,/MlCRO-MAlNFRAME  USER  QUESTIONNAIRE 

INPUT  is  conducting  a  study  on  the  issues  involved  in  linking  microcomputer  host 
systems  and  data.  We  will  make  recommendations  on  how  corporations  can  best  deal 
with  these  issues  in  the  coming  years.  We  would  like  your  organization  to  take  part 
in  this  study  by  describing  what  you  are  doing  now,  what  your  plans  are  and  what 
problems  you  see.  This  information  will  be  used  by  IS  departments  in  their  planning 
and  will  olso  be  used  by  a  wide  variety  of  information  service  vendors  to  offer  more 
useful  products  and  services. 

None  of  the  information  that  you  provide  will  be  ossociated  with  your  company.  In 
return  for  your  toking  part  in  this  study,  v/e  will  send  you  a  summary  of  this  study  on 
its  completion  and  will  also  send  you  a  summary  of  INPUT'S  report  on  "PC  Software 
Support  in  Lorge  Corporations." 


How  many  personol  computers  are  in  use  within  your  company: 
(If  no  PCs  are  used  or  planned  by  the  end  of  1985,  end  interview.) 


'Total  all  types 


'IBM  PC  XT/370  or  3270/PC 


.IBM  PC  except  XT/370  or  3270/PC 
and  IBMi  PC  SW/dato  compatible  types 


UNIX-based  systems 


"Other  personal  computer  types 


Now 


0 


3 


End  of  1 984 


i9r 


2  r 


/ 


0 


End  of  1 985 


(Total  should  equal  sum  of  ports) 

2. a)      How  will  the  UNIX-based  systems  be  used? 


In  the  future,  how  important  do  you  see  UNIX-based  systems  being  to  your 
organization's  plans?  (i=low  importance,  5=high  importance) 


SJNIX-based  systems 
Why?   


In  the  long  run,  how  importont  do  you  see  the  XT/370  in  your  organization's 
plans?  (l=low  importance,  5=high  importance) 


XT/370  ^  > 
Why?   


The  3270/PC?  '^^I 
Why?   


How  well  would  you  rate  your  organization's  current  understanding  of  the 
capabilities  of  the  XT/370  and  the  3270/PC?  (l  =  low  degree  of  understanding, 
5=high  degree  of  understanding) 


XT/370 


3270/PC 


Please  give  me  some  examples  of  particular  areas  where  your  orgonization 
requires  additional  information  on  the  capabilities  of  the  XT/370  and  the 
3270/PC.  (PROMPT  AS  NECESSARY:  for  example,  what  has  to  be  done  to 
permit  current  applications  softwore  to  run  on  the  XT/370,  how  concurrent 
data  bases  will  be  handled,  etc?) 

XT/370 


How  many  multiuser  microcomputer  systems  (e.g.,  Altos)  and  local  area 
networks  (LAN's)  do  you  now  have  installed?  Who  are  the  vendors?  What  are 
these  systems  being  used  for? 


Multiuser  Micros  "  LAN's 


Number  of  installations 


How  many  multiuser  micros  ond  local  area  networks  do  you  expect  to  have 
nstalled  in  two  years?  What  new  uses  will  you  have? 


/Number  of  installations 

3o 

Vendors 

Applications/ 
Uses 



In  the  future,  what  will  the  relative  importance  be  to  your  orgonization  of  the 
following  kinds  of  microcomputers?  (l  =  low  importance,  5=hiah  importance) 
Why?  (READ  EACH  ITEM  BELOW) 


Standalone  persona!  computers 
running  personal  computer 
softwore?  (e.g.,  IBM  PC/XT) 


Rating      Reason  Why 


Stondolone  personal  computers 
runnina  mainfr 
(e.g.,  XT/370) 


running  mainframe  software?  / 


r 


5.  (continued) 


Personal  computers  in  local 
area  networks? 


Rating      Reoson  Why 

21 


Mainframe  terminals  that  also 
have  personal  computer  capabil- 
ities (e.g.,  3270/PC) 


6.        On  a  scole  of  I  to  5  with  I  representing  low  importance  and  5  representing 
high  importance,  how  would  you  rate  the  following  functional  areas?  In  two 
years  how  would  your  importance  rating  change  for  these?  Why  the  change? 


Spreadsheet  packages 
using  local  data 


Spreodsheet  packages  \j 
using  downloaded  data  < 


Vendor  application 
pockoges  for  PCs 


f 


6.  (continued) 


In-house  developed 
progranns  for  PCs 
(including  fourth- 
generation  longuoges) 


Two 

Now         Years       Reoson  for  Change 


7. a)     The  next  set  of  questions  relate  to  so-called  micro-nnainf rame  application 
systems.  For  the  purposes  of  this  study,  we  are  de'fining  this  to  mean  the 
following:  "Applications  in  which  neither  the  mainframe  host  nor  a 
microcomputer  can  fully  carry  out  on  octivity  without  utilizing  processing 
capabilities  or  data  from  the  other."  Do  you  agree  with  this  definition? 
Yes(      )^^^      No(  ) 

7.b)      If  "No:"  Please  tell  me  how  you  would  modify  it:   ,^/v\^sX  l<ti*^^ 


8.        With,.^epresenting  ogreement  and-5  representing  disogreement  to  what 

extent  do  you  ogree  that  "Within  three  to  five  years  most  applications  that 
are  now  host-based  will  have  a  considerable  amount  of  functionality  taken 
over  by  personal  computers  that  are  linked  to  the  host."      I »  / 


7^ 
63 


Do  you  believe  that  links  between  host  computers  and  micros  will  be 
predominantly  interoctive,  predominately  on-line  batch,  or  about  the  same? 
(READ  DEFINITION  IF  NEEDED) 

DEFINITION:  ON-LINE  BATCH  -  where  the  micro  performs  processing  on  c 
standalone  basis  and,  periodically,  the  personal  computer  and  the  host 
exchange  data;  the  host  may  then  further  process  the  data  received. 


Predominantly  interactive  3?{  ( 
Predominantly  on-line  batch  2jt^  ( 
About  the  same  •  ( 

Reason  why   


) 


In  constructing  micro-mainframe  systems  how  common  do  you  think  eoch  of 
the  following  opproaches  will  be?  (READ  LIST  BELOW)  Why?  (Uvery 
common,  5=not  common)  NOTE:  ALL  OPTIONS  MAY  BE  RATED  "NOT 
COMMON"  OR  "VERY  COMMON"  -  OPTIONS  ARE  NOT  MUTUAU-Y 
EXCLUSIVE 


Modification  of  existing 
software 


Use  existing  data  base  but 
write  new  application  code 


bating      Reason  Why 


3,^ 


Write  entirely  new  applications 


.a)    Generally,  to  what  extent  do  you  see  data  base  linkage  and  synchronization  as 
a  serious  problem  in  establishing  micro-moinfpeme  links?  (l=not  a  problem, 
5=0  serious  problem)    5  ^  ^ 


!  !  .b)    How  serious  is  this  problem  for  systems  used  for  analysis?  (e.g., 
spreadsheets)     ^  ^ 


Why: 


.c)    How  serious  is  this  problem  for  production  systems?  (e.g.,  order  entry, 
payroll)    3:  ( 

Why?   


I  .d)    What  can  an  organization  like  yours  do  to  solve  these  kinds  of  data  base 
linkoge  and  synchronization  problems?   


F3o 


■n. 


I2.a)    Do  you  see  backup  and  security  os  significant  barriers  to  expanded  use  of 
linked  micro-mainframe  applications?      Yes  (      )  No  (  _) 

If  "no"  skip  to  question  13.  ^ 

I2.b)    What  are  the  major  problems  that  you  see?     (    3 1^ 


51 


What  con  an  organization  like  yours  do  to  so 

Ive  these  problems?  'r-^, 

What  solutions  con  vendors  provide? 

3.o)    For  your  own  organization,  what  specific  applications  do  you  see  as  being  the 
most  suitable  as  micro-mainframe  applications?  (They  need  not  be 
computerized  applications  now.)  (Use  workspace  below.) 


I3.b)    Are  these  applications  planned  and  if  so  at  what  stage  are  you  at 

implementing  them  (i.e.,  do  not  have  concrete  plans,  are  in  the  planning  stoge, 
applicatons  are  being  developed,  applications  are  already  implemented)?  (Use 
workspace  below.) 

I3.c)    Do  you  expect  to  develop  these  applications  in-house,  purchase  an-exi^ting 
package  from  an  outside  vendor,  or  modify  in-house  an  existing  package?" 
(Use  workspace  below.)  / 

Source 


Applirntinn  — 

Name      f^""^         n  k-  / 

1.    f  otv  (y  / 

None 

Plan 

Dev. 

Imp. 

In-house 

Vendor 

Both 

2. 

3. 

i 

4. 

5. 

 ■ 

7 


Comments: 


2, 
3. 


A. 
5. 


lA.a)    Do  you  have  electronic  mail?      Yes  (}5^ )  No  (  ) 

If  "No"  skip  to  question  15. 
14.b)    How  many  users  currently  use  the  electronic  mail  now?  In  two  years? 
Now 


Total  in  two  years 


I4.c)    On  the  averoge,  how  many  messages  ore  now  sent  via  Vieptronic  mail  per 
month?  In  two  years? 


Now 


Total  in  two  Years 


I 


Ih.d)    What  percentage  of  this  change  in  electronic  mail  use  do  you  expect  to  be 
attributable  to  microcomputers?      j  ^  % 

I  5.0)    In  what  ways  to  you  see  micro-mainframe  applications  increasing  your  date 
communications  requirements?   


5.b)    In  what  ways  do  you  see  micro-mainframe  applications  decreasing  your  data 
communications  requirements?  •  


15.c)    Overall,  do  you  think  thot  the  net  effect  will  be  to  increase  or  decrease  your 
data  communicationf^quirements?  By  what  percent? 

Increase:    1^  Decreose:  %  No  effect: 


16.g)    With  I  representing  low  importance  ond  5  representing  high  importance,  "how 
important  will  it  be  for  your  company's  micros  to  communicate  with  micros  in 
other  departments?    3.  O 

Why?   


^^^1^^^^^    I  6.b)    What  type  of  communication  focility  will  your  firm  be  likely  to  use  for  this 
type  of  communication?  (Use  v/orkspoee  below.)   


7. a)    With  1  representing  low  importance  and  5  representing  high  importance,  how 
importont  will  it  be  for  your  company's  micros  to  communicate  with 
mainframes  in  other  companies  (i.e.,  suppliers,  customer)?     2  3 


Why' 


\l.h)    What  types  of  communication  facilities  will  your  firm  be  likely  to  use  for  this 
type  of  communication?  (Use  workspoce  below.)   .  


8.a)    With  I  representing  low  importonce  and  5  representing  high  importance,  bow 
important  will  it  ^  for  your  company's  micros  to  communicate  with  public 
data  bases?     2-  ^> 


Why? 


8.b)    What  types  of  communication  facilities  will  your  firm  be  likely  to  use  for  this 
type  of  communication?  (Use  workspace  below.)  


I 


Type  of  Communication 
Focility   


Micr23s  in 
other  deportments 


ainfromes  in 
other  companies 


.AN 


Existing  network 


Leased  lines 


Wats 


Dial  up 


Public  data  network 


Other 


1  3.o)    Do  you  expect  your  company's  micros  to  be  linked  to  more  than  one  type  of 
mainframe  (e.g.,  IBM  and  DEC)?  Yes  (      )  No  (  ) 


If  "No"  skip  to  question  20. 


/ 


I  °.b)    What  would  be  the  most  common  types  of  mainframe  linkages? 


19.  c)    Would,  typically,  the  same  micro  have  to  link  to  more  than  one  kind  of 

mainframe  at  different  times?  Yes  (      )       .   No  (  ) 

20.  Do  you  expect  that  your  company's  micros  will  be  linked  to  more  than  one 
type  teleprocessing  environment?  (e.g.,  to  both  TSO  and  CMS,  or  CICS  and 
IMS  DC)      Yes()^)  No  (  ) 

If  "Yes:" 


20.b)    Which  ones? 


20. c)    Would,  typically,  the  same  micro  have  to  link  to  more  than  one  kind  of 
software  environment  at  different  times?      Yes  (5''^)  No  (  ) 

2 La)    Do  you  expect  that  your  company's  micros  will  be  linked  to  more  than  one 

type  of  data  base  manogement  system?  (e.a.,  to  both  IMS  and  IDMS) 
j-^      Yes(      )L^£j      No(  ) 


If  "Yes:" 
2l.b)    Which  ones? 


21.  c)    Would,  typically,  the  same  micro  have  to  link  to  more  than  one  kind  of  DBMS 

at  different  times?      Yes  (      )  No  (  ) 

22.  a)    Do  you  expect  microcomputer  use  in  your  company  to  accelerate  the  use  of 

relational  date  base  systems  in  your  compony?      Yes  (      ^  t^o  {  ) 

If  "No"  skip  to  question  23.                  -^WtU,^=,^,.^H^f^)  " 
22.b)    Which  one?  


« 


22. c)    Would  this  data  base  be  located  on  a  regular  mainframe  (      )  or  have  a  special 
mochine  (     )  devoted  to  it?  IF  SPECIAL  MACHINE:  Which  one?   


23. a)    With  1  representing  no  assistance  and  5  representing  much  assistance  how 
much  assistance  generally  do  your  expect  to  be  able  to  get  from  vendors  in 
helping  your  organizations  in  planning  and  implementing  your  organization's 
critical  micro-mainframe  applications?   2yt,y 

23. b)    More  specifically,  how  would  you  rote: 

Vendor  Type 

Microcomputer  hardware  vendors 
(except  for  IBM) 


Rating      Reoson  Why 


r 


'ISA 


IBM 

Software  vendors  who  primarily 
offer  mainframe  software 


Software  vendors  who  offer  both 
mainframe  and  microcomputer 
software 


I 


23.b)  (continued) 


Vendor  Type 

Remote  processing  (timesharing) 
vendors  (e.g.,  McAuto,  Boeing 
Computer  Services) 


Rating      Reason  Why 


Inteorated  systems  (turnkey)  ^  /        \  r-K.i 

vend'ors  ^  {\S)  fj^ 


Professional  services  end  n  y  £^  \  p 
consulting  firms  Y   r^k)  I  ' 


24.      What  current  problems  do  you  see  micro-mainframe  systems  solving  or 
alleviating?   


57 f 


25. a)    What  problems  do  you  see  being  created  or  oggravated  by  micro-mainframe 
systems?   ■ 

 S     ,  r-^  


25. b)    How  do  you  think  tj:vat  these  new  problems  should  be  dealt  with? 


-  THANK  YOU  - 


TRHCi 


Trac  Line  Software,  Inc. 
57  Alpha  Plaza 
Hicksville,  New  York  11801 
(516)  935-7500 


April  12,  1984 


Mr.  Thomas  0' Flaherty 
INPUT 

Park  80  Plaza  West-1 
Saddle  Brook,  NJ  07662 

Dear  Mr.  O'Flaherty: 

YOU  are  most  welcome  to  use  any  portion  or  all  of  our  ads  in  the 
study  you  are  preparing. 

I  have  enclosed  reproduction  of  our  entire  advertising  series. 
These  should  be  suitable  for  your  printing  needs.  However,  if 
they  are  not,  please  call  me  directly  and  I  will  have  stats  sent 
to  you  from  our  advertising  agency. 

Very  truly  yours, 
Mary  C^^Vrk 

Directer  of  Marketing 
Communications 

MC:ng 

Enclosures 


Regional  Offices:  California,  Mictiigan  and  Georgia 
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» 

« 

• 

* 

i 

« 

♦.« 

*.* 

».» 

*.* 

».» 

*.* 

».« 

Sub 

14.4 

100.7 

0.7 

0 

3.0 

2.3 

2.5 

1 

1 

1 

1 

1 

1 

2.7 

2.1 

2.8 

2.6 

2.9 

1.5 

2.0 

2.4 

Ave 

880.7 

^HH^,  ^^ 

32.1 

0 

2.5 

1.9 

1.8 

0 

0 

0 

0 

0 

0 

1.5 

1.9 

1.6 

1.5 

2.0 

1.8 

£.4 

2.3 

Var 

29.7 

198.6 

5.7 

0 

1.6 

1.4 

1.3 

1 

0 

0 

0 

0 

0 

1.2 

1.4 

1.3 

1.2 

1.4 

1.3 

1.6 

1.5 

Sdv 

0.0 

0.0 

0.0 

0 

0.0 

0.0 

0.0 

0 

0 

0 

0 

0 

0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

0.0 

Rin 

100.0 

999.9 

50.0 

1 

5.0 

5.0 

5.0 

1 

1 

1 

1 

1 

1 

5.0 

5.0 

5.0 

5.0 

5.0 

5.0 

5.0 

5.0 

Max 

1   utpm033       4.0   1     2.0  3  5.0   1.0   3.0  5.0  5.0  5.0   1    1     3500  7000 


Page  1 
IN  CflTMJMB 


ut[n002 
utpa003 
ut[»i004 
utpM016 
utD«017 
utpn019 

Ut DM021 

utpiii02G 
utpti033 
utpRi040 
uepiii206 
uei]n205 
uepiii204 

BCPB904 

i»cpn401 
iM:pm070 


16 
1 
0 

0 

1  nc[un070 
1  ut  0111040 


nfi  fib  i/e        m  ifB      Jfc^  /'^C^ 

DBL  flNfl  PRO  B  E  USERN  USERF        HESSNOH  MESSFUT 


». *i  *.»  «.«J7__6  _ .  4101  10555- 
256 
«*♦♦* 


0 

0.00000 

0 

0.00000 

0.0^0 

400 

2000.00000 

10000. 00000 

35 

0.00000 

0.  0d^0 

0 

0.  00000 

0.  00000 

5(9 

0.00000 

0.0:^000 

0 

0.00000 

0.  00000 

0 

0.00000 

0. 00000 

7000 

30000.0^ 

30000.  00000 

2500 

0.M000 

0.  0IA000 

0 

0.0^00 

0.00000 

70 

S00.  00000 

1600. 00000 

0 

0.«»00 

500 

0.^0 

0.00000 

0 

0.00^0 

0.00000 

0 

7 

0.  %WM 

I' 

0.00000 

10555- 

-32900.00000 

> 

41800. 000e« 

Sun 

2056.25000 

2612.5IM00 

Ave 

55810525.00000 

59502500.00000 

Var 

-^802 

7470.65091 

7720.26554 

Sdv 

0 

0.  0001^0 

0.00Cm 

Min 

7000 

30000. 00000 

30000.00000 

Max 

Nufflber  of  Observations:  16 


2 

Rcp«i910 

5.0 

1 

2.0 

1. 

2.0 

2.0 

4.0 

2.0 

2.0 

2 

Dicpn705 

2.0 

1 

5.0 

t 

4.0 

4.0 

4.0 

4.0 

3.0 

2 

iiicpffl999 

1.0 

1 

-3.0 

1.0 

4.0 

1.0 

3.0 

1.0 

2 

utD«i006 

1.0 

1 

-2.5 

5.0 

1.0 

1.0 

1.0 

1.0 

2 

utpni005 

1.0 

1 

2.0 

1 

5.0 

3.0 

5.0 

5.0 

5.0 

2 

utDin00S 

2.0 

1 

-2.0 

2^ 

4.0 

2.0 

3.0 

2.0 

3.0 

2 

utoiii014 

3.0 

1 

3.0 

^3 

4.0 

1.0 

3.0 

0.0 

0.0 

2 

utp«01S 

3.0 

1 

3.0 

2^ 

1.5 

4.0 

3.0 

4.5 

4.5 

2 

uti»i018 

4.0 

1 

3.0 

^ 

0.0 

1.5 

1.5 

1.0 

1.0 

2 

utpH023 

3.0 

1 

2.0 

1 

5.0 

3.0 

3.0 

2.0 

2.0 

2 

utpts024 

5.0 

1 

0.0 

1 

3.0 

2.0 

3.0 

2.0 

2.0 

2 

utoni025 

1.0 

0 

5.0 

4.5 

4.5 

4.5 

1.1 

0.0 

2 

utpffl027 

2.0 

1 

3.0 

1 

4.0 

4.0 

1.0 

5.0 

5.0 

2 

utDni035 

3.0 

1 

-3.0 

1 

5.0 

3.0 

1.0 

2.0 

1.0 

a 

ut  0111037 

4.0 

1 

-3.0 

1 

2.0 

5.0 

3.0 

5.0 

5.0 

£ 

utp«i033 

4.0 

1 

2.0 

5.0 

5.0 

4.0 

4.0 

5.8 

2 

utpB041 

4.0 

0 

2.0 

1 

5.0 

1.0 

3.0 

1.0 

1.0 

2 

utoH042 

3.0 

1 

4.0 

1 

2.0 

5.0 

3.0 

3.0 

4.0 

2 

uepM210 

4.0 

1 

1.0 

2^5.0 

2.0 

3.0 

3.0 

3.0 

2 

uep«i211 

2.0 

1 

0.0 

>5 

3.0 

4.0 

5.0 

3.0 

3.0 

2 

uepii208 

3.0 

1 

4.5 

1 

1.0 

2.0 

3.0 

4.0 

1.0 

2 

ueiM202 

2.0 

1 

3.0  \3 

3.0 

3.0 

2.0 

5.0 

5.0 

2 

mc  OBI  903 

3.0 

1 

-2.0 

2" 

5.0 

4.0 

3.0 

3.5 

3.5 

2 

KPH902 

1.0 

0 

2.0 

2-0.0 

2.0 

3.0 

4.0 

3.0 

2 

i«:pn901 

4.0 

1 

3.0 

1 

1.0 

1.0 

3.0 

5.0 

4.0 

2 

tncpffl402 

0.5 

0 

2.0 

2'' 2.5 

2.0 

2.0 

3.0 

4.0 

4.0 

0 

1 

75 

500 

3750.00000 

15000.00000 

2.0 

0 

1 

75 

225 

7500.00000 

22500.00000 

3.0 

I 

1 

0 

4019 

0.000M 

0.00M0 

1.0 

1 

0 

0 

0 

0.0008(9 

0.00000 

3.0 

1 

1 

15 

500 

0.0M00 

0.  00000 

2.0 

0 

0 

0 

0 

Va  WwOV 

0.00000 

e.0 

1 

0 

0 

0 

0.00000 

0. 013000 

2.5 

1 

0 

0 

0 

0.m00 

0.00000 

1.0 

0 

1 

130 

4^ 

0.00900 

2.0 

1 

0 

0 

0 

0.00000 

0.00000 

2.0 

0 

1 

100 

750 

0.00000 

0.00000 

1.0 

1 

1 

25 

10^ 

100.00000 

mm,vim 

5.0 

0 

1 

400 

2500 

8000.  00^00 

100000.0^ 

3.0 

1 

0 

0 

•0 

0. 00000 

0.00000 

5.0 

1 

0 

0 

0 

0.0MO0 

0.0^000 

5.0 

1 

1 

1000 

3000 

5000.00000 

25000.130000 

1.0 

1 

0 

0 

0 

0.00000 

0.00000 

5.0 

1 

1 

2000 

0.O00O3 

0.00000 

5.0 

0 

1 

13 

65 

20.^0 

8^.00000 

4.0 

0 

1 

0 

0.00000 

0.^000 

1.0 

1 

I 

0 

0 

6.00000 

0.00000 

5.0 

0 

0 

0 

0 

0.00000 

0.00000 

4.5 

0 

0 

0 

0 

0.00000 

0.^000 

3.0 

1 

0 

0 

0 

0.00000 

0.00000 

5.0 

1 

1 

200 

450 

0.00090 

0.(90000 

4.0 

0 

0 

0 

0 

0.W000 

0.00000 

Page 


IN 

CflTNUMB 

IHF 

H 

PCflG 

H 

MOD 

EXI 

NEU 

DBL 

m 

m 

B 

E 

USERN 

USERF 

MESSNOW 

MESSFUT 

52 

».♦ 

« 

3&.0 

♦ 

♦.* 

«,» 

♦.# 

«.» 

«.  ♦ 

».  ♦ 

» 

t 

4033 

14790 

24370. 00000 

263^.  00000 

Sun 

2 

2.7 

1 

1.4 

3.2 

2.9 

2.9 1 

3.01 

2.8 

3.0 

1 

1 

155 

569 

937.30769 

10126.92308 

five 

19 

1.7 

0 

6.4 

1' 

2.9 

1.6 

1.3' 

2.2' 

2.8 

2.7 

0 

0 

K'  X  K  X  X 

5459223. 46154 

747bl884b.  l^Zo^ 

var 

8 

1.3 

0 

2.5 

1 

1.7 

1.3 

1.2 

1.5 

1.7 

1.6 

1 

1 

A  till 

430 

1174 

2335. 49919 

^'7*?A'5  c  f  oca 

bdv 

2 

IICPH40S 

0.5 

0 

-3.0 

1 

0.0 

1.0 

1.0 

0.0 

0.0 

0.0 

0 

0 

0 

0 

A  AAAAA 

Bin 

2 

utpae42 

5.0 

1 

5.0 

3 

5.0 

5.0 

5.0 

5.0 

5.0 

5.0 

1 

1 

2000 

5000 

8000. 00000 

4  AAAiVS  AAAAA 

Rax 

Nuaber  of  Observations: 

26 

5 

utpn028 

4.0 

1 

3.0 

1 

J.V 

6.V 

1.0 

ft  A 

4. 0 

A 
V 

A 

A 
V 

A  iJiiXiTtfltCJt 
V.  VVHWH} 

fit  AJtnto}^ 

5 

utpMM3 

5.0 

1 

"3  Ok 

6 

l.V 

l.U 

3.10 

3.10 

3.10 

i 
I 

Oi 

V 

01 

V 

ID 

5 

4.5 

1 

0.0 

2 

5.0 

1.0 

3.0 

5.0 

5.0 

0.0 

1 

0 

0 

0 

A  AAAAA 

0.0^0 

A  MUiAA 

0.0O0W 

5 

utpB046 

2.0 

1 

3.0 

1 

3.0 

3.0 

1.0 

5.0 

5.0 

5.0 

1 

0 

0 

0 

0. 00000 

0.00000 

5 

utpn047 

4.0 

1 

3.5 

3 

5.0 

2.0 

2.0 

5.0 

5.0 

5.0 

0 

1 

650 

2m 

130000.00000 

130000.00000 

5 

uepiiSdS 

3.0 

1 

1.5 

2' 

1.0 

3.0 

2.0 

3.0 

2.0 

1.0 

1 

0 

0 

0 

0.00000 

0.00000 

5 

uepM2i3 

2.0 

1 

4.0 

1 

5.0 

5.0 

5.0 

4.0 

4.0 

4.0 

0 

0 

0 

0 

0.00000 

0.00000 

5 

ncpnSeS 

5.0 

I 

-5.0 

3 

3.0 

3.0 

1.0 

3.0 

3.0 

0.0 

1 

0 

0 

0 

0.00000 

0.00000 

5 

ue|»2e7 

4.0 

1 

3.0 

2' 

1.0 

3.0 

5.0 

5.0 

5.0 

5.0 

1 

1 

32 

100 

0.6^0 

0.00008 

5 

4.0 

0 

5.0 

3 

1.0 

0.0 

2.0 

0.0 

0.0 

0.0 

1 

0 

0 

0 

0.00000 

0.m00 

5 

2.0 

1 

-1.0 

2' 

1.0 

2.0 

5.0 

5.0 

1.0 

5.0 

1 

0 

0 

50 

0.  00000 

0. 00M0 

55 
5 

0 
0 

5 
5 


-*r* — «  22.0 — 1^ 


IICPM906 

utpii047 


3.6 
1.3 
1.2 
2.0 
5.0 


2.0 
9.0 
3.0 
-5.0 
5.0 


— *r* — 


2.6 
3.6 
1.9 
1.0 
5.0 


2.4 
1.9 
1.4 

0.0 

5.0 


2.5 
2.9 
1.7 
1.0 
5.0 


HIT*- 

4.0 
£.4 
1.5 
0.0 
5.0 


-*r* — *T* — 8 — 2  -66£- 


3.5 
3.3 
1.8 

0.0 

5.0 


3.1 
5.3 
2.3 
0.0 
5.0 


1 


0  0 

0  0 

1  1 


62  205 


T30(30OWir 
11818.18182 


T3SaMr«cseea— Sua 
11818.18162  Rve 


9  0  38124   »«»«#   ♦♦♦♦*»♦«#,*#♦♦«   «♦♦♦**»♦♦,♦«»*»  Var 


195 


650 


629 

0 

2100 


391%.  47480 


130000.00000 


39196.47480  Sdv 
0.00^0  nin 
130000.00000  Max 


Number  of  Observations; 


11 


B 

utp«i001 

1.0 

1 

3.0 

1.  2.0 

4.0 

2.0 

5.0 

5.0 

3.0 

1 

0 

0 

0 

0.00000 

0.0M00 

8 

utpNM7 

3.0 

1 

2.0 

1  1.0 

3.0 

1.0 

5.0 

5.0 

5.8 

1 

1 

30 

4000 

6^0.00000 

2400000.00000 

a 

utni00a 

2.0 

1 

2.0 

3  3.0 

1.0 

2.0 

2.0 

3.0 

2.0 

1 

1 

100 

0.  00^0 

8 

utpgi010 

5.0 

1 

4.0 

1  2.0 

3.0 

3.0 

4.0 

1.0 

1.0 

1 

1 

27000 

27000 

0.  00000 

0.00000 

8 

utpo011 

3.0 

1 

-2.0 

3  4.5 

2.0 

1.0 

2.0 

1.0 

2.0 

0 

1 

6500 

6590 

550000.00000 

550000.  00000 

8 

utpii013 

1.0 

0 

-3.0 

3  5.0 

5.0 

5.0 

1.0 

1.0 

1.0 

1 

1 

150 

1000 

0. 00000 

2. 00000 

8 

utp»i020 

2.0 

1 

3.0 

3  2.0 

2.0 

2.0 

0.0 

0.0 

0.0 

0 

i 

200 

450 

0.00M 

0.00000 

8 

ut 00022 

1.0 

1 

3.0 

0  5.0 

1.0 

1.0 

0.0 

0.0 

0.0 

0 

1 

1000 

2500 

0.  00000 

0.00W0 

8 

ut  0111032 

3.0 

1 

4.0 

2^-2.0 

2.0 

2.0 

5.0 

3.0 

5.0 

0 

0 

0 

0 

0.01^0 

0. 00000 

8 

Ut  019031 

5.0 

1 

1.0 

3  5.0 

5.0 

1.0 

5.0 

3.0 

3.0 

1 

0 

0 

0 

0.00000 

0.00000 

8 

ut|Me36 

3.0 

1 

3.0 

3  4.0 

5.0 

4.0 

3.0 

3.0 

3.0 

1 

0 

0 

0 

0.00000 

0.00000 

8 

ut(M038 

3.0 

1 

5.0 

i  5.0 

2.0 

1.0 

3.0 

5.0 

5.0 

1 

0 

0 

0 

0.00000 

0.  00000 

8 

utpn048 

4.0 

1 

-2.5 

2^4.0 

2.0 

4.0 

1.5 

1.5 

0.0 

0 

0 

0 

0 

0.00000 

0.00000 

8 

ueDtR212 

3.0 

1 

3.0 

3  2.0 

1.0 

2.0 

5.0 

3.0 

5.0 

0 

1 

2500 

6500 

19800.00000 

49500.00000 

a 

uep8i203 

2.0 

0 

2.0 

1  5.0 

1.0 

1.0 

3.0 

2.0 

5.0 

0 

0 

0 

0 

0.00000 

0. 00000 

8 

uepia201 

2.0 

0 

2.0 

3  5.0 

1.0 

4.0 

5.0 

5.0 

5.0 

1 

0 

0 

0 

0.00000 

0.00000 

8 

■CPB905 

2.0 

0 

-3.0 

2'' 4.0 

2.0 

2.0 

5.0 

4.0 

2.0 

1 

0 

0 

0 

0. 00^0 

0.00000 

B 

Kpii403 

2.0 

1 

-3.0 

1' 

1  4.0 

4.0 

4.0 

5.0 

5.0 

5.0 

0 

0 

0 

0 

0.00000 

0.IM000 

6 


~*F*-    K*  *.* 

Id 

 ».t  *,*  i  i 

2.5   1     1.3  2 

,3.5  2.6  £.3 

£.8  2.9   1  ( 

575800.00000 
31388.86869 


£999500.00000  Su« 
166638.86669  five 


IN     CflTNUMB     IHF  M  PCflG  M  MOD  EXI   l«H  DBL  fiNfl  PRO  B  E 


ucpn403 
utpa048 


1.4 

1.2 
1.0 
5.0 


7.4 

2.7 
-3.0 
5.0 


Number  of  Observations:  Ifl 


1.9 
1.4 
1.0 
5.0 


2.1 
1.5 

1.0 

5.0 


1.8 
1.3 

1.0 

5.0 


3.4 
1.8 

0.0 

5.0 


3.2 
1.8 

0.0 

5.0 


3.9 
2.0 
0.0 
5.0 


0  0 

1  1 

0  0 

1  1 


USERN  USERF 


*»«♦» 
6419 
0 

27000 


6454 
0 

27000 


MESSNOW 

#»♦»*»»♦♦.  »«m 

129366.97410 

0.00000 

550000.00000 


MESSFUT 

#«#*»#♦*♦. ♦«»»» 

572153.65626 

2400000.00000 


Var 
Sdv 
Min 
Kax 


11 

Dicpin704 

3.0 

I 

0.0 

4.0 

3.0 

11 

utpn030 

3.0 

1 

3.0 

5.0 

2.0 

11 

utpn034 

2.0 

1 

2.0 

3.0 

3.0 

11 

utp«049 

5.0 

1 

1.0 

3, 

2.0 

4.0 

11 

utpn044 

4.5 

1 

-2.0 

l' 

1.0 

1.0 

11 

iKp«908 

4.0 

1 

5.0 

3 

5.0 

1.0 

11 

IIICPM404 

1.0 

1 

2.0 

l"- 

4.0 

1.0 

77 

».« 

7 

11.0 

* 

♦.« 

«,# 

11 

3.2 

1 

1.6 

3.4 

£.1 

0 

2.0 

0 

5.0 

2.3 

1.5 

0 

1.4 

0 

2.2 

1 

1.5 

1.2 

11 

Bcpiig404 

1.0 

1 

-2.0 

i 

1.0 

1.0 

11 

utpn049 

5.0 

1 

5.0 

3. 

5.0 

4.0 

Number  of  Observations:  7fiV 


» 

4 

11 
3 
1 

11 


Mcpii070 
ut  011049 


♦.♦ 
2.9 
1.9 
1.4 
0.5 
5.0 


»».♦ 
1.7 
6.6 
2.6 

-5.0 
5.0 


».♦ 

3.3 
2.4 
1.6 

0.0 

5.0 


».♦ 

2.5 
1.8 
1.4 
0.0 
5.0 


2.0 
2.0 
5.0 
3.0 
5.0 
4.0 
4.0 


♦.♦ 
3.6 
1.6 
1.3 
2.0 
5.0 


♦.♦ 

2.7 
1.8 
1.3 
1.0 
5.0 


3.0 

2.0 

5.0 

1 

0 

0 

0 

0.00000 

0.^000 

4.0 

4.0 

5.0 

0 

1 

200 

200 

0.00000 

0.00^0 

3.0 

2.0 

4.0 

1 

1 

350 

550 

100000.00000 

100000. 00000 

5.0 

4.0 

5.0 

0 

0 

0 

0 

0.^080 

0.0^ 

4.0 

2.0 

3.0 

1 

1 

200 

1200 

0.00000 

0.01^0 

5.0 

3.0 

1.0 
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INTRODUCTION 


BACKGROUND 


The  micro-mainframe  issue  is  one  that  scored  high  in  INPUT'S  1983  client 
poll.  Since  then,  interest  has  continued  to  climb,  assisted  by  a  barrage  of 
vendor  announcements. 


However,  the  profusion  of  announcements  of  products  (and  some  pseudo- 
products)  has  made  it  in  some  ways  more  difficult  to  identify  and  understand 
the  real  issues.  Most  current  vendor  products  os-weilos  corporate  plans  are 
wsuoUj^ preliminary,  where  they  are  not  primitive. 

INPUT  believes  that  the  group  of  issues  united  under  the  banner  "micro- 
mainframe" could  produce  a  discontinuity  in  data  processing  at  least  as  large 
as  that  produced  by  the  introduction  of  the  System/360.  With  this  view,  the 
micro-mainframe  question  becomes  much  more  than  a  question  of,  for 
example,  screen  versus  file  transfer. 

INPUT  intends  that  the  studies  contained  in  this  series  of  reports  (see  section 
C  of  this  chapter)  be  useful  planning  documents  over  a  three-  to  five-year 
planning  horizon,  although  the  reports  do  not  neglect  current  issues  or 
technical  detail. 


The  study  generally  assumes  that  the  micro-mainframe  world  is  an  IBM  world 

(or  an  IBM-compatible  world,  which  in  many  ways  is  the  same  thing).  This  has 

obviously  been  true  for  some  time  at  the  mainframe  level  and  will  not  be 

/) 

belabored  here. 
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At  the  micro  level  this^is  still  somewhat  debatable;  for  example, 
Apple's  Macintosh  and  ATI's  recently  announced  computer  series  may 
still  provide  a  basis  for  corporate  micro-anainframe  strategies. 
However,  two  key  points  should  be  mad6(t\ 

IBM's  current  interconnect  strategy  will  provide  an  underlying 
environmervfjorfis)  end  users,  and  vendors,  as  shown  in  Exhibit 

Equally  important  is  the  view  held  by  IS  departments.  The  non- 
IBM-compatible  share  of  corporate  micros  is  expected  by  IS 
management  to  be  very  low  compared  to  IBM  and  IBM- 
compatibles,  as  shown  in  Exhibit  1-2. 

This  does  not  mean  that  there  is  not  and  will  not  be  a  place  for 
innovative  micro  hardware  in  large  enterprises.  However,  from  the 
standpoint  of  micro-mainframe  connectivity,  such  devices  will  have  to 
look  like  comparable  IBM-compatible  equipment  in  order  to  be  easily 
used  and  accepted;  or  at  least  they  must  be  transparent  to  IBM 
networks. 


B,  ^METHODOLOGY 


o        The  research  for  this  report  was  conducted  in  parallel  with  that  for  three 
related  reports  (see  next  section).  A  large  project  team  spent  over  four 
months  researching  and  analyzing  information  in  this  rapidly  changing  area. 
The  research  consisted  of  the  following  major  activities: 

Client  interviews. 

Corporate  interviews,  case  studies,  and  consulting. 
Vendor  interviews,  case  studies,  and  consulting. 
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Product  and  service  analyses. 


~  t    ascertain  their  areas  of  special  interest  and  to  learn  of  their  experiences, 
problems,  and  needs. 

0        Corfjorate  interviews. 

Seventy-eight  structured  interviews  were  conducted  with  IS 
nnanagement  at  large  companies  in  February  and  March  of  1984. 


Vendor  interviews. 


Structured  interviews  were  conducted  with  vendor  personnel  from  20 
companies  in  February  and  March.  The  questionnaire  used  is  shown  in 
Appendix  C. 


A 


The  questionnaire  used  is  in  Appendix  A. 

Company  sizes  and  industries  are  shown  in  Appendix  B.  \^ 

These  interviews  were  unusual,  owing  to  the  fact  that  they  were  much 
longer  than  typical  interviews  (i.e.,  averaging  45  minutes  to  over  an 
hou^^^^^^+hough  respondents  were  highly  motivated  and  forthcoming. 

In  addition,  INPUT  had  the  opportunity  to  review  over  20  companies  in 
depth.  Some  of  the  experiences  of  these  companies  are  described  in 
the  reports  in  detail;  other  information  was  used  to  inform  our  analysis 
and  recommendations. 

In  the  past  nine  months,  INPUT  has  conducted  a  number  of  consulting 
studies  that  bear  on  the  micro-mainframe  issue.  Five  of  these  studies 
have  specifically  addressed  micro-mainframe  issues  from  the  corporate 
standpoint,  and  the  knowledge  gained  is  relayed  in  this  report. 
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In  addition,  more  than  30  other  people  from  vendor  organizations  were 
interviewed  in  particular  issue  areas. 

Vendors,  too,  were  highly  interested  in  the  topic  and  were  quite 
forthcoming.  A  number  of  interviews  were  mult^our  in  length.  Those 
interviewed  ranged  from  senior  technical  staff  to  company  presidents. 
The  companies  included  small,  innovative  software  firms^very  large 
hardware  companies. 

INPUT'S  recent  consulting  studies  have  included  four  that  address 
vendor  micro-mainframe  issues.  Although  no  proprietary  information 
from  these  engagements  was  used  directly  for  these  public  studies, 
these  engagements  haiS  provideafw^  with  an  in-depth  sensitivity  to 
vendor  requirements. 

Product  and  service  analysis. 

INPUT  has  collected  and  analyzed  information  on  several  hundred 
products  and  services  in  the  micro-mainframe  area. 

Unfortunately,  some  of  the  information  obtained  at  the  beginning  of 
the  study  is  already  obsolete.  INPUT  estimates  that  micro-mainframe 
technical  and  product  information  has  a  '^alf-life*'cwFeRlJ^of  about 
six  months.  Several  products  will  probably  be  formally  available  a 
short  time  after  the  release  of  this  report.  The  rate  of  new  product 
introduction  has  been  very  high,  and  INPUT  expects  it  to  continue;  for 
example,  there  are  high-speed  micro-mainframe  links  from  LAN 
vendors,  and  Cullinet  has  a  micro-mainframe  intelligent  link. 

In  general,  micro-mainframe  products  are  evolving  very  quickly. 
Consequently,  extensive/detailed  product  comparisons  will  soon  be  out 
of  date. 


Therefore,  INPUT  has  used  specific  products  largely  to  illustrate  more 
basic  issues.  INPUT'S  goal  has  been  to  nnake  this  a  study  that  would 
require  only  marginal  updating^to  stftHje  a  useful  planning  tool  a  year 
from  now.  r  ^ 
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Some  of  the  survey's  quantitative  results  would  have  appeared  surprising,  even 

,  to  the  INPUT  nnicro-mainfranne  project  team  had  it  not  been  for 
other  micro-mainframe^studies  that  INPUT  has  conducted  in  the  past  six 
months.  -  y'CU.Ve^ 

Several  of  these  other  studies  included  in-depth  (i.e.,  one  to  two  hours), 
face-to-face  interviews  conducted  with: 


Over  50  IS  managers  and  planners. 

Over  25  people  in  end-user  management  (up  to  the-EVR  level  in 
multibillion-dollar  organ i zat i ons). 


These  other  studies  are  very  supportive  of  the  projections  contained 
here  and,  from  the  standpoint  of  end-user  motivations  and  plans,  may 
even  go  beyond  some  of  the  findings  here. 

Although  the  companies  interviewed  for  this  report  were  selected  randomly, 
in  a  sense  the  respondents  were  not.  But  respondent  self-selection  has  worked 
to  the  study's  benefit,  in  INPUT'S  opinion. 

Respondents  were  in  IS  executive  or  planning  management,  and  the 
titles  have  the  usual  distribution  for  this  type  of  study. 

However,  in  arranging  ir^l^^^views,  INPUT  was  usually  (and  properly) 
directed  to  the  person  Who  was  most  knowledgeable  on  micro- 
mainframe issues  in  that  organization. 

This  person  was  almost  always  ahead  of  the  rest  of  the  organization  in 
information  and,  more  importantly,  in  insight.  These  respondents  often 
know  where  their  IS  organizations  are  going  before  most  others  in  the 
organization  have  even  begun  to  consider  the  issues. 

Fortunately,  this  brings  the  results  of  the  survey  much  more  in  synch 
with  endj;jjser  directions  and  motivation.  (For  obvious  reasons,  it  is 
very  important  to  understand  where  end  users  are  going.) 
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OTHER  RELATED  INPUT  REPORTS 


o        This  report  is  being  issued  in  conjunction  with  three  other  reports  in  the 

nnicro-mainfranrie  series  of  reports,  as  shown  in  Exhibit  1-3.  These  reports  are: 

Micro-Mainframe;  Communications  Issues 

This  report  is  part  of  the  Information  System  Program  (ISP)  that 
is  utilized  by  IS  management. 

.         This  study  addresses  current  developments  as  well  as  future 
trends  in  micro-mainframe  communications. 

.         The  micro  promises  to  have  a  significant  impact  on 

communications.  This  report  analyzes  positive  and  negative 
effects  of  these  changes  and  provides  strategies  for  dealing  with 
them. 

Micro-Mainframe:  Personal  Computer  Impacts 

This  report  is  part  of  the  Market  Analysis  and  Planning  Service 
(MAPS)  that  is  utilized  by  information  service  vendors. 

.         The  study  addresses  and  analyzes  micro-mainframe 

developments  and  the  impact  they  will  have  on  the  personal 
computer  industry. 

The  report  provides  market  forecasts  and  strategies  for  taking 
advontage  of  coming  structural  changes. 
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Micro-Mainframe;  Processing  and  Turnkey  Strategies 


This  report  is  part  of  the  Market  Analysis  and  Planning  Service 
(MAPS)  program  that  is  utilized  by  information  service  vendors. 

This  study  analyzes  micro-mainframe  developments  from  the 
standpoint  of  their  effect  on  traditional  RCS  and  turnkey 
services. 

The  report  provides  market  forecasts  and  strategies  for  adapting 
to  a  rapidly  changing  set  of  customer  needs. 

o        These         reports  share  a  common  core  of  concepts^nd  data  is  presented  to 
readers  in  the  following  way:  ' 

The  reports  avoid  (when  possible)  referring  readers  to  pertinent 
sections  of  other  reports,  in  order  to  make  each  report  stand  on  its 
own. 

Data  analyses  or  concepts  that  are  discussed  in  more  detail  in  other 
reports  are  summarized. 

Detailed  information  is  included  in  appendices, 
o        Other  related  INPUT  reports  include: 

Selecting  User  Friendly  Operating  Systems  for  Personal  Computers, 
June  1983. 

Executive  Workstation  Acceptance;  Problems  and  Outlook.  May  1 984. 
Organizing  the  Information  Center.  August  1 983. 
Supporting  Personal  Computer  Software.  August  1 983. 


Data  Administration;  Experiences  and  Outlook.  June  1 984. 
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Personal  Computers  in  the  I.S.  Strategy.  December  1982. 
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EXECUTIVE  SUMMARY 


This  executive  summary  is  designed  in  a  presentation  format  in  order  to: 

Help  the  busy  reader  quickly  review  key  research  findings. 

Provide  an  executive  presentation  and  script  that  facilitates  group 
communications. 

The  key  points  of  the  entire  report  are  summarized  in  Exhibits  II- 1  through  II- 
7.  On  the  left-hand  page  facing  each  exhibit  is  a  script  explaining  the 
exhibit's  contents. 
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A.      ENDrUSER  AND  ISvMANAGEMENT  VIEWS  OF  THE  MICRO 


I*  v\.> 


o        Micros  were  viewed  quite  differently  by  end  users  and  IS  managers  when  they 
first  began  to  appear  on  the  corporate  scene. 

o        End  users  saw  the  personal  computer  (PC)  as  a  great  breakthrough  that 

allowed  them  to  take  charge  of  considerable  amounts  of  their  data  processing 
destiny.  The  PC  was: 

Responsive;  Jobs  could  be  accomplished  literally  overnight  without 
being  filtered  through  intermediaries. 

Flexible;  Users  were  not  locked  into  a  particular  approach  but  could 
build  what  were,  in  reality,  prototypes. 

Self-directed;  Perhaps  most  important  was  being  able  to  directly 
integrate  and  control  data  processing  support. 

Even  the  Information  Renter  (which  did  not  exist  at  that  time  in  many  '^/^X 
organizations)  could  not  provide  this  kind  of  control.  tn*^^^ 

o        Many  IS  managers  were  unaware  of  the  micro  phenomenort^others  did  nothing, 
and  some  viewed  the  micro  as  a  threat  to  orderly  data  processing. 


o        Toward  the  end  of  the  early  micro  period,  many  IS  departments  recognized 
the  micro  and  took  steps  to  control,  or  at  least  to  coordinate,  its  use. 

o        Most  IS  managers  agree  that  their  PC  actions  have  been  reactive  and  have 

generally  not  been  a  major  influence  on  the  amount  or  extent  of  end-user  PC 
bsage,. 
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END-USER  AND  I.S.  MANAGEMENT  VIEWS  OF  MICRO-MAINFRAME 
LINKAGE 


History  may  be  about  to  repeat  itself  ia  regard  to  micro-mainframe  linkage. 
However,  there  are  much  greater  dangers  from  missteps  in  handling  micro- 
mainframe issues,  largely  because  end  users  and  IS  must  work  well  and  closely 
together  if  micro-mainframe  efforts  are  to  be  successful. 

Most  IS  departments  still  see  the  micro-mainframe  issue  as  businesslasl 
usual.  Looking  at  the  situation  from  th«fr  standpoint,  control  (i.e.,  restriction 
of  access)  becomes  more  important  so  that  end  users  do  not  disrupt  the 
operational  system.  Consistent  with  control,  data  generally  flows  downward/*^ 
usually  from  file  extracts.  IS  implicitly  assumes  that  this  data  will  generally' 
be  put  to  analytic  use.  That  is,  the  next  generation  in  connectivity  will  be 
supporting  the  next  generation  of  spreadsheets. 

There  is  much  to  be  said  for  this  viewpoint,  since  this  is  the  sort  of  activity 
that  current  vendor  products  are  supporting.  Also,  most  end  users  with  some 
kind  of  micro-mainframe  linkage  are  generally  using  downloaded  data  for 
analysis. 

However,  INPUT'S  research  and  analysis  strongly  indicate  that  the  picture  is 
already  very  different  in  the  minds  of  many  end  users.  They  see  micro- 
mainframe links  as  providing  not  just  the  relatively  limited  iiieuiis  lo^elf- 
direction  they  have  with  standalone  micros,  but  also  the  potential  for  much 
greater  self-determination.  This  means  having  two-way  data  f  low^. 

Not  surprisingly,  given  this  view,  users  will  increasingly  be  viewing 
operational  and  analytic  use  interchangeably. 
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c. 


MICRO-MAINFRAME  APPLICATIONS  GROWTH;  \9m-l988 


INPUT  forecasts  that  by  1988  about  a  quarter  of  installed  mainframe 
applications  will  be  micro-mainframe  applications. 

The  potential  range  is  from  20%  to  35%. 


^  hese  applications  will  be  representative(^in_type^andjc^^ 
today's  host  applications;  hence/these  figures  generally  will  be  ' 
representative  of  processing  requirements  as  well. 

The^  projections  were  based  on  INPUT'S  assessment  of  the  likelihood 
of  implementation  plans  being  achieved  and  the  attitudes  toward 
micro-mainframe  applications  on  the  part  of  the  corporations 
interviewed. 


This  level  of  growth  means  that  data  processing  systems  will  look  far 
different  in  five  years^hqn  "they-dojaoi^  Planners  must  start  to^ew^t  their  I! 
organizations^ great  changes.  These  changes  will  have  significant  impact 
on: 


The  technical  nature  of  systems. 


The  IS  organization  and  IS  relations  with  end  users. 

in  many  cases,  the  way  in  which  a  corporation  conducts  its  business. 

o        Before  examining  these  impacts,  let'frtpok'-et-two  key  attributes  of  "micro- 
mainframe applications": 

Shared  functionality. 


Connectivity  alternatives. 
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SHARED  FUNCTIONALITY;  THE  GOAL  AND  THE  CHALLENGE 


INPUT  has  coined  the  term  "shared  functionality"  to  describe  micro- 
mainframe applications  where  a  data  processing  activity  cannot  be  carried  out 
without  processing  and/or  data  being  shared  by  both  the  mainframe  and  micro. 

This  view  of  shared  functionality  is  one  that  85%  of  INPUT'S  respondents -hev©- 
when  they  speok-of  "micro-mainframe  applications." 

Even  more  important  is  the  fact  that  three-quarters  of  respondents  see  most 
applications  that  are  now  host-based  as  having  this  kind  of  shared 
functionality  in  three  to  five  years. 

y  W 

Shared  functionality  promises  t©-+tave  revolutionary  changes  errcomputer 
systems  and  their  implementation. 

Although  most  end  users  do  not  express  themselves  in  technical  language, 
when  they  are  presented  with  this  kind  of  diagram  illustrating  shared 
functionality,  they  say,  "Of  course  this  is  what  we  want." 

There  are  serious  technical  issues  to  be  overcome,  however.  These  are 
discussed  in  the  next  two  sections. 
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E.       CONNECTIVITY  ALTERNATIVES;  INTERACTIVE  VERSUS  ON-LINE  BATCH 

o        The  interactive  approach  to  connectivity  is  virtually  impossible  to  achieve, 
given  today's  technical  constraints. 

In  spite  of  that,  three-quarters  of  INPUT'S  survey  respondents  believe 
the  interactive  mode  will  be  used  at  least  half  the  time. 

It  should  be  stressed  that  these  were  informed  IS  planners  and 
managers,  so  obviously  they  were  looking  beyond  what  exists  now,  to 
what  will—or  should—exist  in  the  future. 

0        In  the  short  run,  only  on-line  batch  systems  will  be  feasible.  However,  on-line 
batch  applications  will  often  appear  to  end  users  as  being  virtually 
interactive.  The  key  issue  is  whether  some  of  the  micro-accessed  data  must 
be  identical  to  that  at  the  host  level  or  whether^that  wW€h  is  periodically 
refreshed  will  serve  just  as  well. 

This  is  a  key  issue  and  should  be  the  foundation  of  all  micro-mainframe 
data  analysis.  This  distinction  has  not  had  to  be  made  for  most  current 
interactive  systems,  since  the  choices  are  totally  on-line  ok  class ic*X 


Micro-mainframe  systems  will  introduce  an  intermediate  class  of  data 
and  data  analysis. 

In  the  long  run,  when  true  interactive  systems  are  possible,  they  may 
well  make  use  of  such  resource-hungry  tools  as  relational  data  bases. 
Consequently,  the  on-line  batch  approach  will  always  have  efficiency 
attractions.  In  addition,  on-line  batch  applications  will  be  easier  to 
design  and  construct  since  many  good  design  concepts  such  as 
restricted  entry  and  exit  points  in  modules  will  be  enforced  by  the 
physical  separation  of  devices. 
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MICRO-MAINFRAME  DANGERS 


The  danger  of  attempting  interactive  micro-mainframe  applications 
prematurely  has  already  been  described.  There  are  other  large  dangers  in 
micro-mainframe  applications,  especially  those  that  are  poorly  thought 
throughj-»et,— 

Linking  data  across  applications  will  become  increasingly  difficult  if, 
as  expected,  local  micro  users  will  modify  their  data  structures  to  best 
meet  their  local  needs. 


becunty  is  something  that  even  mainframe  applications  only  pay  lip 
service  to,  depending  excessively  on  whatever  is  built  in^pp  Meat  ions 
packages  or  supplied  in  access  control  packages.  Both  physical  security 
and  data  synchronization  problems  will  develop  new  dimensions  in  a 
micro-mainframe  environment. 

Micro  systems  are  noted  for  their  flexibility.  But  by  becoming  fl^/iiiilily 
connected  to  host-based  systems  they  must  give  up  at  least  part  of  ^; 
the  goal  of  designers  will  be  to  make  this  loss  as  small  as  possible. 

Similarly,  in  a  micro-mainframe  application,  neither  the  end  user  nor  IS 
will  have  sole  control.  This  can  be  disastrous  where  the  two  groups 
have  different  priorities  or  have  not  learned  how  to  work  together. 

A  hidden  danger  is  that  current  design  and  implementation  policies  usually 
will  become  obsolete  or  obsolescent/lrra  micro-mainframe  environment. 
Unfortunately,  each  IS  group  (for  the  time  being)  will  have  to  devise  a 
satisfactory  methodology  for  itself. 
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G.  RECOMMENDATIONS 


0  Users  should  be  educated  on  IS  technology  and  Issues.  A  general 

confidence-building  strategy  is  also  needed.  This  strategy  may  includ^T^ 
regular,  informed,  face-to-face  meetings  between  IS  management  onci 
its  peers;  a  frankness  in  admitting  IS  problems  and  deficiencies;  and 
objective  ratings  of  IS  performance. 


o         IS  should  take  steps  to  gain  a  deeper  understanding  of  the  company's  (and 
individual  department's)  key  business  goals,  motivations,  and  problems. 

o        The  IS  PC  support  unit  should  be  expanded  to  include  all  the  functions  outlined 
in  INPUT'S  report,  Supporting  Personal  Computer  Software,  August  1983.  This 
is  the  most  effective  means  for  creating  a  deep  understanding  of  micro 
opportunities  and  limitations. 

o        IS  should  initiate  low-risk  micro-mainframe  projects  as  a  learning  tool  and  a 
confidence  builder. 


o        Micro-mainframe  initiatives  may  accelerate  full  or  partial  decentralization  of 
applications-oriented  functions  to  user  departments.  If  not  planned,  such 
decentralization  could  have  negative  effects  on  both  organizational  and 
applications  effectiveness. 

o        Because  of  the  technical  difficulties  in  moving  into  a  true  micro-mainframe 
environment,  IS  should  enter  into  informal  (or,  if  warranted,  formal) 
arrangements  with  one  or  more  vendors  to  find  technical  solutions  to  micro- 
mainframe issues. 
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END-USER  DIRECTIONS 


INTRODUCTION 


Much  attention  has  been  focused  on  downloading  data  to  spreadsheets  and 
other  nnicro  programs.  Several  dozen  such  products  have  been  released  and 
are  in  users'  hands,  and  at  least  as  many  more  have  been  announced  or  are  in 
beta  testing. 

Many  of  these  products  are  certainly  valuable  tools,  especially  since 
the  prior  alternative  was  to  manually  key  data  (often  from  reports 
produced  from  mainframe  systems).  Manual  rekeying  is  probably  still 
the  most  prevalent  form  of  micro-mainframe  (M-M)  interface. 

However,  it  became  clear  in  the  course  of  the  study  that  end  users 
already  have  their  sights  raised  considerably  higher  than  to^etting 
extracts  of  mainframe  data  to  use  in  "calc"^  programs. 

Since  this  assertion  may  be  difficult  for  some  IS  managers  to  accept,  INPUT 
has  developed  case  studies  describing  how  six  companies  are  attempting  to 
push  the  edge  of  the  feasible,  from  an  M-M  standpoint. 

In  some  instances,  details  of  the  cases  have  been  altered  slightly  to 
preserve  anonym it)^ofit»e  eoiiipaiiies- involved^ Commercial  and 
vendor  name  s^e^the  PC/XT  or  UNIX)>ave  been  omitted  unless  they 
are  considered  generic? 

At  the  end  of  each  study,  the  salient  findings  are  summarized. 
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In  the  final  section  of  this  chapter,  commonalities  and  differences 
between  these  M-M  initiatives  are  described  and  analyzed,  and  overall 
conclusions  are  drawn. 


B.       A  BANK'S  MATRIXED  DATA  BASE 


o        A  major  bank's  loan  portfolio  is  kept  in  a  centralized  data  base.  The  data  in 

the  loan  portfolio  must  continually  be  consulted,  analyzed,  and  updated  by  two 
principal  types  of  users: 

Loan  teams— involved  in  procuring  broker  loans,  real  estate  loans, 
offshore  loans,  commercial  and  industrial  loans  (e.g.,  energy, 
manufacturing,  transportation),  etc. 

Portfolio  management— cutting  across  loan  areas  to  perform  functions 
such  as: 


Reporting. 
Auditing. 


Collateral  evaluation. 


These  specialists  have  done  their  jobs  in  the  past  using  a  combination  of 
terminal  access  and  computer-generated  reports.  Over  a  year  ago 
minicomputers  were  installed  to  download  the  broker  and  real  estate  portions 
of  the  data  base'tdbe  used  directly  by  loan  team^ 

The  minicomputers  hay^proved  to  be  quite  successful,  although  the 
bank  realizes  that  4rcould  as  easily  have  been  accomplished  using 
PCs.  The  bank  plans  to  "matrix"  the  central  data  base  using  PCs,  as 
shown  in  Exhibit  111- 1. 


-  2  -  (U-EPM-III)  ML  6/26/84 


In  many  respects  the  PC  alternative  is  seen  as  more  attractive  because 
of  lower  costs  and  because  of  the  wide  availability  of  packaged 
software  readily  usable  by  end  users. 

The  PC  would  be  used  to  originate  changes  to  the  central  loan  data 
base,  but  this  would  not  be  uploading  in  the  file  transfer  sense.  Rather, 
the  PC  would  originate  transactions  for  entry  through  the  conventional 
host  system. 

This  is  considered  necessary  for  control  and  security. 

Because  this  is  a  "matrixed"  file,  it  is  critical  that  the  central 
file  always  be  both  the  real  and  the  official  file.  Otherwise,  the 
portfolio  management  functions  would  be  ineffective. 

However,  the  approach  of  mimicking  traditional  file  transactions  Is  felt  to  be 
too  simplistic  by  some  of  the  bank's  systems  planners.  Some  of  the  advanced 
proposals  include: 

Using  the  XT/370  as  the  user  PC  (which  shows  a  lack  of  understanding 
of  the  XT/370's  capabilities,^ discussed  in  Chapter  V). 

Using  a  large  PC  or  a  small  mini  as  a  system  controller  between  the 
PCs  and  the  host  system. 

Writing  a  parameter-driven  package  for  reformatting  data  between  the 
mainframe  and  P(y^nd  deciding  which  data  would  be  passed  to  the 
portfolio  management  subsystems. 

This  package  would  be  designed  to  be  reusable  in  other  bank 
systems  with  similar  needs. 

However,  by  greatly  (and  needlessly)  increasing  the  number  of 
interfaces,  the  complexity  of  resulting  systems  would  decrease 
security  and  probably  render  the  software  design  unfeasible. 
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, Conclusions:  The  systenn  as  planned  will  undoubtedly  be  a  success,  because  it 
is  an  evolutionary  incrennent  over  prior  systems. 

Users  and  IS  have  learned  to  work  well  together. 

While  the  IS  technical  staff  would  like  to  try  out  more  "interesting" 
solutions,  these  are  not  used  until  proven. 


 THE  MICRO  AS  CHANGE  AGENT  IN  A  RETAIL  ORGANIZATION 


A  large  retail  store  has  recently  been  upgrading  its  centralized  hardware  and 
software.  Consequently,  IS  management  has  not  paid  much  attention  to  the 
Merchandising  Department's  parallel  acquisition  of  an  IBM  PC/XT. 

IS  believes  that  the  XT  will  be  used  by  Merchandising  only  for 
producing  better  ordering  estimates  to  be  used  by  the  host-based 
purchasing/inventory  management  system,  as  shown  in  Exhibit  iii-2. 

However,  the  merchandising  unit  believes  the  XT  will  finally  give  them 
a  chance  to  really  know  the  status  of  orders. 

From  the  users'  standpoint  the  problem  with  the  host-based  system  is  that  it 
does  not  (and  perhaps  cannot)  present  an  accurate  view  of  the  order  situation 
during  peak  periods. 

Although  data  is  collected  via  terminals,  the  core  system  is  really  a 
batch  system.  The  purchase  authorization/order  cycle  can  easily  take 
a  week  before  Merchandising  knows  that  an  order  was  received  by  a 
vendor.  Transaction  failures,  corrections,  and  errors  in  any  number  of 
places  make  the  system  virtually  unusable  as  an  operational  or 
management  tool. 

The  buyers  within  the  Merchandising  Department,  in  consequence,  have 
always  maintained  their  own  paper  files  to  tell  them  what  is  really 
happening. 
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The  XT  has  become  the  system  that  is  used  for  both  analysis  and  operation  by 
the  Merchandising  Department.  There  is  even  a  good  chance  that  the  buyers 
will  merge  some  or  all  of  their  paper  files  with  the  XT  files  as^^i*!)? become 
comfortable  with  the  XT.  This  evolving  situation  leaves  IS  in  a  difficult 
position. 

The  host  system  will  not  be  completely  replaced.  Its  central 
a£coynting  and^^gl^e^function^will  remain.  However,  its  perceived 
^^gkjg^ddedjwnTbe  relatively  low. 

The  Merchandising  Department  will  tend  to  neglect  host  transactions  in 
favor  of  XT  transactions  wherever  there  is  a  time  or  resource 
conflict.  This  will  create  increasing  numbers  of  impurities  in  the 
central  daja  base.  This  will  be  accentuated  by  the  decreasing  use  of 
centrally/prepared  data  by  informed  users  so  that  data  or  processing 
anomalies  will  not  be  identified  quickly  (or  at  all).  The  corporate  data 
base  will  be  Hrvniurd  nt  hnt  nnrf^  porhnpi;^nliir|r-- 

Since  the  Merchandising  Department  is  highly  motivated,  the  XT        ,    /.  -  >. 
approach  stands  a  good  chance  of  success.  To  the  extent  that  they  arc 
successful,  the  3081  will  become  a  sort  of  ^ck'end^'to  the  XT.  IS 
may  find  it  embarrassing  to  justify  the  significant  increase  in  the  M>«>^ 
expense  of  central  data  processing,  vyfcui^i  1 1  ipy-hmyfr-jrt*4^*jpriQrt/UQn 


Both  IS  and  general  management  tn  the  firrr^are  virtually  oblivious  to  these 
problems. 

Both  are  supportive  of  Merchandising's  efforts  to  be  "modern." 

IS  management  is  essentially  technically  orientecLQf»4  does  not 
understand  how  buyers  must  dperole  i+^+leTetai^  operoljoiij^-to--^ 


^1 


Conclusions;  This  project  could  become  a  success  in  spite  of  the  technical 
pitfalls  lying  ahead. 
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The  end  users  want  it  to  work  and  hove  clearly  defined  their  own  needs. 

It  is  more  likely,  however,  that  Merchandising/in  meeting  its  own 
needs  will  needlessly  damage  the  integrity  of  corporate  data. 


D.       ORDER  ENTRY  IN  CHEMICAL  AND  PETROLEUM  COMPANIES 


o        Order  entry  is  the  critical  operational  underpinning  to  a  company's  marketing 
and  financial  success.  However,  people  sometimes  underestimate  (or  are 
unaware  of)  the  complexity  of  many  of  the  large  computerized  order  entry 
systems  that  have  been  implemented  in  recent  years. 

This  ignorance  of  the  complexity  of  underlying  system  and  user  needs 
among  otherwise  informed  users,  coupled  with  a  sometimes  naive  belief 
o^-the  powers  of  the  PC,  will  cause  increasing  problems  for  some 
companies. 

This  is  the  case  for  two  large  firms  (a  specialty  chemical  manufacturer 
and  a  petroleum  product  producer)  INPUT  interviewed.  In  both  cases  a 
sophisticated  centralized  order  entry  system  has  been  developed  over 
the  last  decade. 

o  Exhibit  III-3  shows  the  main  components  of  these  order  entry  systems.  These 
systems  and  their  resulting  problems  are  quite  similar  in  their  general  design 
and  operation^nd  will  be  discussed  jointly  below. 

Note  that  "order  processing"  is  only  one  of  the  system's  functions  and, 
arguably,  not  the  most  important  one. 

The  order  entry  system  is  closely  tied  to  several  financial 
systems. 
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The  order  entry  process  is  increasingly  seen  as  a  logical 
extension  of  the  production  process— both  the  front3nd 
(production  planning)  and  the  bacl£^nd  (shipping  and  inventory). 

A  very  sophisticated  set  of  data  bases  has  been  developed  to  support 
the  order  entry  process: 

Connplex  product  and  customer  directories  (coded  information 
on  subsidiaries,  plant  locations,  even  building  and  loading  dock 
locations)  have  been  developed/^ 

Because  of  increasing  price  competition,  the  sales  and 
marketing  departments  have  developed  an  increasingly 
complicated,  not  to  say  confusing,  set  of  discount 
arrangements.  IS  has  successfully  been  able  to  capture  this  in 
computer  logic  (which  is  often  changed),  as  shown  in  Exhibits  III- 
4andlll-5. 

Because  these  systems  are  complex  and  cross  many  departmental  boundaries, 
the  order  entry  system  does  not  have  a  departmental  owner  or  champion.  In 
fact,  the  only  people  who  may  fully  understand  the  interrelationships  of  the 
various  components  are  a  few  people  on  the  IS  staff  (not  including  senior  IS 
management).  This  has  already  had  the  following  unfortunate  consequences: 

The  complexity  of  the  system  causes  it  to  sometimes  produce  ^ 
unexpected  results  that,  while^not  Ijefna  true  errors,  are  still  wrong  in 
the  eyes  of  users.  ^ 

Even  when  the  system  is  functioning  perfectly  well,  users  must  be 
educated  on  how  apparently  unexpected  results  are  perfectly  valid 
(e.g.,  the  workings  of  the  discount  schedule). 

Because  of  these  problems  in  user  understanding,  the  IS  staff  is  very 
cautious  in  accepting  and  implementing  changes  to  the  order  entry 
system.  This  has  produced  enormous  backlogs  that  have  given  both  the 
order  entry  system  and  IS  a  very  bad  name  among  users. 
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■aith/lefender  of  an  adequately  functioning  system  that 
produces  significant  corporate  benefits.  H^ov^ver,  it  receives  no  credit 
for  this.  Tho  situation  is  quite  the  reveistf,  lii-facl^^ts  widely 
believed  to  be  holding  on'7o  power  by  controlling  this  system. 


should  not  be  surprisin^^+ws^hat  when  the  first  micros  came  on  the  scene 
in  the  early  1980s,  many  of  the  dispersed  branch  office  users  (supply  points, 
sales  offices,  warehouses,  etc.)  saw  the  acquisition  of  an  "order  entry"  PC  as 
the  solution  to  their  problems  in  dealing  with  a  quirky,  difficult-to-use  host 
system. 


These  usually  fuzzy  and  technically  deficient  requests  were  rejected 
individually  by  IS.  Unfortunately,  IS  did  not  use  this  as  an  opportunity 
to  educate  all  users  on  how  (and  why)  their  system  operated.  Instead, 
IS  merely  said  that  standalone  PCs  could  not  be  fitted  into  an 
interactive  environment. 

As  different^users  saw  how  they  had  been  "defeated"  on  this  issue, 
increased  resentment  toward  the  perceived  IS  technocrats  built  up. 

The5g:ws«FS. have  since  become  generally  aware  of  the  potential  for  M-M 
connections  and  have  seen  the  potential  for  applying  this  to  the  order  entry 
problem.  The  IBM  3270  PC  has  been  an  especially  potent  symbol  for  them 
(although  the  3270  PC  may  not  in  fact  be  best  suited  to  the[r  needs).  Th(e_ 
dispersedusers  have  learned  from  their  past  mistakes: 

Tbey  are  approaching  IS  as  a  group  so  they  cannot  be  "defeated" 
piecemeal. 

They  are  adopting  what  is  to  them  a  very  plausible  rationale: 

The  3270  PCs  are  not  meant  to  replace  the  main  system  but  to 
supplement  it,  especially  during  peak  periods. 
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The  local  systems  can  deal  more  responsively  with  local 
customers  and  will,  in  fact,  often  have  a  better  knowledge  of 
local  supply  and  inventory  conditions  than  the  centralized 
system  will  show. 

The  local  systems  will  faithfully  produce  transactions  to  feed 
the  central  systems  so^no  corporate  information  is  lost. 

Because  of  bad  feelings  that  have  long  existed  and  are  increasing,  this 
issue  has  become  for  the  users  as  much  an  emotional  and  political  issue 
as  a  business  and  systems  problem. 

IS  still  does  not  see  the  order  entry  system  as  a  central  system  extending  its 
nerve  endings  throughout  the  corporation.  IS  management  takes  "order  entry" 
at  its  face  value  and  sees  it  more  or  less  as  the  property  of  the  branch 
locations  that  are  agitating  for  change. 

The  best  response  would  be  to  fight  fire  with  fire  and  mobilize  the 
other  heavy-hitter  groups  (e.g.,  marketing,  manufacturing,  finance) 
that  interface  with  the  system  to  protect  their  interests. 

Being  politically  naive  and  technically  oriented,  IS  instead  has 
suggested  a  systems  study  to  see  how  an  M-M  link  could  be 
accommodated. 

This  has  only  further  infuriated  the  branch  users,  especially  since  they 
now  believe  that  IS's  anti-standalone-PC  arguments  were  not  made  in 
good  faith  but  were  just  excuses  to  save  the  "IS  empire." 

The  branch  users  have  formulated  difficult-to-deny  requests  for  local 
customer  lists  and  records,  product  volume  and  mix  discounts,  and  transaction 
formats. 

They  have  a  very  simplified  view  of  how  the  order  entry  system  works 
from  their  standpoint,  as  shown  in  Exhibit  II 1-6. 
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Either  they  are  oblivious  to  the  interploy  between  order  entry  and 
financial  and  manufacturing  systems  or  they  argue  that  their  local 
information  is  better  anyway. 

Because  the  centralized  discount  calculation  has  in  fact  worked  well, 
they  are  often  not  aware  of  the  complex  and  subtle  factors  that  can 
routinely  influence  discounts.  (Or  when  they  are  aware,  they  often 
would  not  wish  to  be  constrained  by  central  discount  rules  anyway.) 

In  these  two  companies  it  is  almost  certain  that  multiple  deviant  local 
systems  will  be  developed  with  little  or  no  IS  control  or  coordination. 

Thesey,are  bound  to  corrupt  the  data  that  is  going  into  the  central 
system,  which  will  increasingly  be  treated  as  a  pro  forma  afterthought 
by  the  branch  users. 

This,  in  turn,  will  shake  the  confidence  of  the  headquarters  users 
(finance,  manufacturing,  etc.),  and  they  too  may  turn  on  IS  and  the 
central  system  with  incalculable  consequences. 

Conclusions:  Win-win  situations  should  always  be  a  systems  goal. 
Unfortunately,  this  has  turned  into  a  lose-lose  situation. 

There  is  a  gulf  of  ignorance  between  the  end  users  and  IS  management. 

The  end  users  do  not  appreciate  technical  issues  and  problems. 

Top  IS  managers  have  raised  the  drawbridge  around  their 
technical  world. 

While  IS  is  probably  correct  to  say  that  a  difficult  technical  problem 
needs  more  study,  this  is  an  answer  that  end  users  have  heard  too 
often. 

An  organizational  change  is  probably  the  only  solution  to  this 
problem.  That  is,  IS  top  management  (at  a  minimum)  would  change^ 
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and  data  processing  functional  responsibilities  would  possibly  be 
restructured. 

E.       THE  UNIX  TIME  BOMB 

o        A  major  energy  firnn  has  upgraded  its  information  center  services  to  provide 
downloaded  data  for  use  on  IBM  PCs,  as  shown  in  Exhibit  1 1 1-7. 

In-house  modification  to  an  ASCII  communications  package  enables 
host  summary  file  data  to  be  transmitted  to  PCs  in  VisiCalc- 
compatible  form,  as  shown  on  line  (a)  of  the  exhibit. 

The  service  has  worked  well,  even  though  downloading  is  handicapped 
by  the  low  speed  and  unreliability  inherent  in  asynchronous 
communications. 

The  success  of  using  PCs  has  whetted  user  appetites  for  more. 
However,  users  have  had  differing  ideas  on  what  "more"  consists  of. 

Some  want  much  more  data  than  current  methods  allow;  they 
also  want  to  be  able  to  perform  much  more  complex  analyses. 

Others  want  to  share  data  between  users,  either  on  the  same 
machine  or  on  different  machines. 

Still  others  want  to  take  over  analytic  and,  perhaps,  operational 
tasks  now  performed  on  the  host  system. 

Although  they  are  knowledgeable  about  their  own  functions,  the 
users  are  not  very  informed  on  data  processing  issues.  They 
believe,  however,  that  the  capabilities  represented  by  the 
PC/XT  or  similar  machine  will  give  them  the  upgrade  needed. 
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o        Some  IS  staff  members  (with  no  discouragement  from  IS  management)  have 
led  users  to  believe  that  UNIX  is  the  answer^it  is;   ^  f  Kij/.  j 

Very  powerful  and  flexible. 

Able  to  provide  function-specific  "shells"  to  users. 
MultT^er  and  multi^sking. 

Most  suited  for  the  more  powerful  micros,  both  current  models  and 
those  on  the  horizon. 

o        This  message  has  fatterrofTfeFTrte-^eU^  Many  of  the  users  have  heard  enough 
about  UNIX  to  be  predisposed  in  its  favor.  They  are  now  pushing  IS  to: 

Install  UNIX  software. 

Implement  UNIX-based  micro  systems. 

Modify  host  systems  to  take  account  of  these  new  locally  based 
capabilities. 

o        IS  management  is  wi^^ng  to  provide  several  UNIX  experts  (on  a  relatively 
junior  staff  level)1^  users  *^ make  changes  on  a  local  basis.  But  IS 
management  is  totally  unwilling  to  make  a  central  IS  commitment  to  a  UNIX- 
type  solution.  The  IS  interest  in  UNIX  is  only  one  of  a  number  of  esoteric  or 
experimental  approaches  that  have  gained  moderate  amounts  of  resources  and 
backing  within  IS. 

Although  IS  has  spoken  of  decentralization  and  user-oriented 
development,  what  IS  management  means  by  this  is: 

User  depcn^tment  funding  of  development  and  maintenance 
activities^still  centrally  managed. 

User  involvement  in  (ovcn^i  recti  on  ofj  specific  applications^ 
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An  IS  organization  that  is  applications  system  oriented. 

IS  itself  is  still  centrally  controlled  and,  equally  important,  still 
believes  in  massive  host-based  systems,       major  financial 
commitment  is  still  to  traditional  IMS-based  systems.  Its  design 
philosophy  still  revolves  around  the  traditional  IMS-based  systems  as 
well. 

More  tellingly,^  senior  technical  staff  identifies  very  closely  with 
large-scale  IBM  operating  systems,  DBMS^  and  communications 
systems.  These  people  are  highly  skilled  (and  highly  paid),  and  some 
are  Ge«9eie«s-of  their  marketplace  worth^decreasi^"f  UNIX  (or  other 
M-M  approaches)  begins  to  change  the  rules  and  practice  of  system 
building. 

Senior  IS  management  is  less  emotionally  committed  to  centralized  solutions 
than  is  the  senior  technical  staff.  However,  senior  management  is  technically 
obsolescent,  and  managers  are  not  willing  to  make  decisions  that  go  against 
their  senior  technical  staff  in  areas  perceived  to  be  largely  technical. 

Consequently,  IS  management  has  temporized  on  the  UNIX  issue.  They 
did  not  discourage  the  UNIX  missionaries,  because: 

The  IS  department  has  had  a  long  tradition  of  being  technically 
innovative. 

"UNIX"  is  a  powerful  if  not  a  very  well  understood  word. 

This  corporation's  users,  like  those  of  most  user  departments, 
have  become  restive  as  a  result  of  backlogs,  inflexible  systems, 
etc. 

IS  management  sincerely  wants  to  put  more  capabilities  into  the 
hands  of  users. 
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IS  management  does  not  fully  understand  the  self-interest  that  is 
largely  motivating  its  senior  technical  staff's  opposition  to  UNIX. 
Consequently,  IS  management  has  fallen  into  the  position  of  agreeing 
to  UNIX  use  on  a  very  limited  basis;  i.e.,  there  will  be: 

No  central  IS-provided  training  or  support. 

No  senior  staff  involvement. 

No  dislodgement  or  modification  to  current  or  planned  host- 
based  systems. 

Neither  IS  management  nor  the  user  departments  are  yet  conscious  of  the 
magnitude  of  their  problem;  they  are  on  a  collision  course. 

IS  believes  that  UNIX  is  only  an  upgrade  to  VisiCalc,  as  shown  on  line 
(a)  of  Exhibit  III-7.  In  iSetr  view,  nothing  essential  should  or  can 
change  in  the  technical  or  power  relationships. 

Key  users,  on  the  other  hand,  see  UNIX-based  systems  as  the  beginning 
of  independence  from  what  are  (in  their  view)  torpid,  ineffectual 
centralized  systems,  as  shown  on  line  (b)  of  the  exhibit. 


The  users  do  not  understand  the  reasons  for  IS  managemenfcand  its  senior 
technical  staff's  almost  casual  involvement  in  these  technical  issues. 


The  ysers  have  also  tacitly  assumed,  but  in  a  totally  different  way,  that 
UNIX  is  only  on  upgrade  to  VisiCalc. 

They  believe  that  off-loaded  host  functions  can  be  taken  over  as  easily  Ipy 
using  UNIX  as  dowr^toaded  data  could  be  handled  using  VisiCalc.  This 
is,  of  course,  totally  untrue  but  will  become  apparent  to  users  only 
after  a  considerable  expenditure  of  money  and  eapet^iolly,  time. 

Note:  For  additional  analysis  of  the  UNIX  issue,  see  Section  A  of  Chapter  V. 
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o       ^Conclusions;  Technical  enthusiasts  can  often  lead  the  uninitiated  astray. 

More  tellingly,  IS  management  has  not  adopted  a  well-thought-out 
position  on  what  is  a  difficult  and  potentially  disruptive  issue. 

Although  no  disaster  will  occur,  there  will  be  much  wasted  time  and  ^^^^jf^ • 
IS  will       in  the  estimation  of  its  users. 

F.       AN  INSURER'S  MICRO-MAINFRAME  NONCONNECTION 


o        A  leading  property/casualty  insurance  company  hcK^decided  several  years  ago 
to  convert  from  a  relatively  primitive  in-house  system  to  a  leading  vendor's 
package.  The  IS  department  was  the  major  proponent  of  the  vendor  selected. 

Unfortunately,  the  initial  stages  of  installation  were  not  smooth,  and 
key  users  became  quite  concerned  ©v«k^' 

The  length  of  time-(HQuliiyear  ^full  installation  would  take, 

.         The  expense. 

.         The  changes  they  would  have  to  make  to  conform  to  the  package 
(rather  than  vice  versa). 

The  apparent  inflexibility  of  the  system,  once  installed. 

In  the  meantime,  the  users  had  learned  of  a  new  vendor's  micro-based 
software  that  appeared  to  them  to  have  significant  advantages, 
including: 

Installation  by  independent  I ine-of -business  module  (e.g., 
automobile,  business  owners,  etc.). 

High  tailorability. 
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Quick  Installation. 


Lower  cost. 

The  IS  department  was  unwilling  to  examine  this  new  alternative  in  view  of 
the  fact  that  much  company  time  and  money  had  been  spent  in  reaching  what, 
after  all,  was  a  contractual  commitment  with  the  first  vendor. 

However,  the  users  became  increasingly  convinced  of  the  correctness 
of  their  position  and  elevated  the  question  to  CEO  level. 


The  IS  yice^president  refused  to  have  anything  to  do  with  such  a  "wild" 
scheme,  and  when  the  dust  had  settled,  one  of  the  operational  vice/^ 
presidents  had  assumed  project' g^fiqg^rn^r>t  for  implementing  the 
micro-based  system  in  a  number  of  business  areas^  ^  yi/*'*J^ 

The  mainframe-based  package  was  cancelled  for^^f^art  of  the 
business. 

.         IS  was  to  play  little  role  in  the  implementation. 
The  stage  was  set  for  disaster. 

However,  the  disaster  did  not  occur. 

The  installation  of  the  micro  system  has  been  a  success,  meeting 

almost  all  user  expectations  (many  more  than  most  similar  mainframe 

/\ 

implementations  meet). 

The  success  was  due  to  a  combination  of  the  vendor's  product  and, 
especially,  user  commitment  and  involvement. 

One  of  the  features  that  the  users  found  especially  attractive 
about  this  product  was  that  knowledgeable  user  personnel  could 
interact  directly  with  the  software  during  system  construction. 
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This^had  a  significant  innpact  on  speed,  accuracy,  and 
acceptance. 

In  a  way,  the  project  has  been  too  successful.  The  I ine-of -business  managers 
are  running  what  are,  in  essence,  nniniature  data  processing  departnnents. 

Data  to  support  the  traditional  host-based  accounting  and  statistical 
systenns  is  rekeyed  from  micro  output  into  the  host  system,  as  shown  in 
Exhibit  III-8. 

This  is  an  ironic  mirror  image  of  many  current  micro  downloading 
practices. 

What  is  finally  beginning  to  be  discussed  within  the  company  is  a  means  by 
which  a  new  host  data  base  could  be  constructed  to  collect  data  of  corporate 
interest  now  being  generated  by  the  micros. 

.CQnciusions;  The  somewhat  surprising  success  of  this  end-user  initiative  was 
due  to  deep  commitment,  good  project  leadership,  and  a  good  product 
foundation. 

Unless  the  micro  IS  kingdoms  are  reintegrated,  the  inevitable  problems 
of  inconsistency  and  incompatibility  will  arise.  This  is  doubly  true 
since  success  was  due  partly  to  a  fortunate  combination  of 
personalities. 

There  will  be  problems^ in^after-the-f act  integration  of  subsets  of 
locally  generated  data  into  a  corporate  data  base. 


SUMMARY 


These  six  companies  show  a  great  diversity  in  the  1ypes~er  their  M-M 
initiatives  and  the  manner  in  which  tney  arose,  as  shown  in  Exhibit  III-9 
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One  common  thread  is  that  success  is  highly  dependent  on  the  technical 
adequacy  of  the  plan. 


The  two  organizations  with  high  success  probabilities  are  both  using 
proven  technology.  (The  bank  is  using  an  evolutionary  version  of  an 
earlier  system;  the  insurance  company  is  using  a  vendor's  package.) 

However,  user  understanding  and  commitment  is  necessary,  too,  for  the 
"micro"  part  of  micro-mainframe  to  work  well. 


lies/ the  initiativ 


It  is  also  noteworthy  that  in  four  of  the  six  companies/the  initiative  came 
from  users. 

This  was  not  surprising  in  view  of  the  relatively  low  quality  of 
relationships  between  IS  and  these  users. 

Users  are  taking  these  kinds  of  initiatives  now  in  part  because  they  are 
making  an  imperfect  analogy: 

Micros  have  proven  easy,  effective,  and  inexpensive  to  perform 
analytic^ork  (indeed,  better  in  these  respects  than  host 
systems,  in  the  eyes  of  many  users). 

Therefore,  the  same  kind  of  benefits  accrue  when  switching 
from  analytic  \o  operational  uses.  However,  these  uses  are 
/  quite  different,  as  shown  in  Exhibit  111-10. 

It  should  be  emphasized  that  these  users  were  not  concerning  themselves  with 
trivial  issues;  the  micro-based  systems  they  want  are  central  to  their 
operations.  .    .  - 

In  a  way,>^  a  compliment  to  data  processing  and,  perhaps  even  more 
so,  to  the  mystique  of  the  micro.tlwfthfa-ahould  happen^ 

A  ^^^^^^^^^^ 
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It  also  symbolizes  user  frustration  with  conventional  data  processing, 
as  the  users  see  it.  There  is,  unfortunately,  little  that  IS  can  do  to 
relieve  these  frustrations,  at  least  in  the  short  run. 

In  organizations  where  IS-user  relationships  are  not  good,  these  user 
initiatives  will  grow  more  common,  at  least  for  a  few  years,  until  the  news  of 
the  high  casualty  rates  filters  back  from  the  front  lines  of  M-M 
implementations. 
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IV       MICRO-MAINFRAME  FUTURE  DIRECTIONS 


A.       SHARED  FUNCTIONALITY 


o        INPUT  has  coined  the  term  "shared  functionality"  to  describe  one  of  the  key 
characteristics  of  future  M-M  applications. 

o        The  concept  of  shared  functionality  is  straightforward;  it  is  the  sharing  of 

processing  and  data  between  mainframe  and  micro,  as  shown  in  Exhibit  IV- 1. 
It  is  allied  but  distinct  from  older  views  of  distributed  data  processing 
(DDP).  DDR  is  different  in  that: 

It  was  usually  seen  as  being  controlled  from  a  central  point,  while 
shared  functionality  is  based  more  on  equality. 

A  major  motivating  force  was  IS  efficiency,  rather  than  meeting  end- 
user  needs. 

Perhaps  more  importantly,  DDP  has  always  been  more  of  a  theoretical 
than  an  implementable  approach. 

o        What  is  somewhat  surprising  is  that  fully  85%  of  the  corpKirate  respondents  to 
the  INPUT  survey  subscribe  to  this  M-M  view.  (This  percentage  would  be  far 
more  surprising  if  not  for  the  circumstances  described  in  Section  B  of  Chapter 
1.) 

The  case  studies  in  Chapter  III  bear  out  this  attitude  on  the  part  of 
users. 
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Needless  to  say,  this  kind  of  M-M  system  does  not  exist  in  most 
companies  today.  In  addition,  based  on  INPUT'S  experience,  many  key 
people  in  IS  organizations  have  not  yet  accepted  this  view.  Rather, 
their  view  would  be  more  like  that  in  Exhibit  IV-2,  where  suitably 
protected  data  flows  from  mainframes  to  microsi^meaningful  (i.e., 
nonanalytic)  production  processing  is  confined  to  mainframe  systems. 

Of  course,  this  high  level  of  agreement  (^fhat  shared  functionality  is  the  chief 
characteristic  of  M-M  applications)  could  have  ^indicated  agreement  with  ibc  ^ro^ 
principles.  Consequently,  respondents  were  asked  if  they  felt  "most 
applications  that  are  now  host-based  will  (in  three  to  five  years)  have  a 
considerable  amount  of  functionality  taken  over  by  personal  computers  linked 
to  the  host." 

Naturally,  there  was  far  more  diversity  here.  However,  three-quarters 
of  respondents  see  host  applications  having  these  shared  functionality 
characteristics  within  five  years,  as  shown  in  Exhibit  IV-3.  About  a 
quarter  of  all  respondents  were  very  positive  in  their  support  of  this 
position;  many  were  already,  in  fact,  implementing  M-M  applications. 

This  is  consistent  with  the  fact  that  virtually  all  respondents  were  able 
to  give  several  examples  of  M-M  applications  implemented  or  in  the 
process  of  being  implemented.  While  most  of  these  were  rather 
primitive,  they  were  nontrivial. 

The  average  score  supporting  shared  functionality  (on  a  scale  of  +5  to  -5)  was 
+  1.7.  Tnre-was  skewedjjpword,  however,  wt+h  the  most  favorable  group  Klaving 
a  score  of  +4.5  and  the  negative/neutral  group  scoring  only  -2.2. 

Generally  speaking,  the  more  positive  attitudes  toward  shared  functionality, 
as  shown  by  Exhibit  IV-4,  were  held  by  activist-type  organizationsrthese 
organizations: 

Planned  to  use  outside  sources  of  assistance. 
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Were  more  aware  of  potential  problems. 

Saw  more  complex  uses  of  M-M  links. 

o        Those  organizations  less  positive  toward  shared  functionality  tend  to  be  more 
passive  in  their  plans  for  M-M  connectivity,  as  shown  in  Exhibit  IV-5. 

B.       TYPES  OF  MICRO-MAINFRAME  LINKAGES 

o        Conceptually,  M-M  connectivity  ranges  from  the  manual  entry  of  previously 
unautomated  data  to  interactive,  segmented  programs. 

Most  current  linkages  are  products  relatively  low  in  the  connectivity 
"hierarchy,"  as  shown  in  Exhibit  IV-6. 

However,  the  goal  of  shared  functionality  implies  reaching  the  "i*"  or 
"5"  level  shown  on  the  exhibit. 

o        This  was  confirmed  by  asking  corporate  IS  respondents  whether  they  saw  M-M 
links  as  being: 

Predominantly  interactive. 

Predominantly  on-line  batch  (i.e.,  where  the  micro  performs  processing 
on  a  standalone  basis  and  the  micro  and  host  periodically  exchange 
data). 

Equally  interactive  and  on-line  batch. 

o        Somewhat  surprisingly,  three-auarters  of  the  corporate  IS  respondents  see  half 
or  more  of  their^linkages  as  being  interactive,  as  shown  in  Exhibit  iV-7. 

o        This  places  the  corporate  respondents  on  the  most  demanding,  leading  edge  of 
connectivity;  that  is,  as  shown  in  Exhibit  IV-8,  they  require: 


-  3  -  (U-EPM-IV)  ML  6/26/84 


Interactive  access. 


On-demand  file  elennents. 

Generalized  (as  opposed  to  vendor  proprietary)  files. 

In  contrast,  vendor  M-M  links  of  a  representative  selection  of  leading  vendors 
fall  short  in  one  or  more  areas,  as  shown  in  Exhibits  IV-9  through  IV- 1 2. 

These  vendor  links  are  certainly  only  the  first  generation  of  such  products. 
Candid  vendors  will  admit  that  many  (if  not  all)  vendor  links  were  rapidly  put 
together  to  get  products  into  the  marketplace. 

Because  of  their  origins,  the  vendor  products  have  little  in  common, 
from  the  standpoint  of  concept,  design,  or  operation.  These  products 
are  generally  very  proprietary  in  nature  (i.e.,  they  link  to  a  specific 
vendor's  product  at  one  or  both  ends  of  the  link). 

Asa  class,  these  products  should  be  viewed  as  stopgaps  for  vendors,  IS 
departments,  and  users.  They  are  certainly  better  than  rekeying  into 
spreadsheets  but  are^probably  not  the  foundation  for  long-term,  key  M- 
M  systems.  COJm^ 

With  this  background,  it  is  understandable  that  vendors  were  much  more 
cautious  than  IS  respondents  were  in  judging  the  type  of  future  M-M 
connectivity. 

Only  half  as  many  vendors  as  IS  respondents  saw  interactive  M-M 
applications  predominating,  as  shown  in  Exhibit  IV- 1 3. 

Three-quarters  of  vendors  see  on-line  batch  applications  playing  a  key 
role;  this  is  a  mirror  image  of  what  IS  respondents  see. 

For  reasons  that  will  be  explored  more  thoroughly  in  the  next  chapter, 
INPUT  believes  that  the  vendor  assessment  is  more  realistic:  the 


-  4  -  (U-EPM-IV)  ML  6/26/84 


technology  is  largely  here  now  for  on-line  batch  applications,  and  this 
approach  will  always  be  easier  to  implement,  with  less  risk. 


C.       DEVELOPMENT  APPROACHES  TO  MICRO-MAINFRAME  APPLICATIONS 

o        These  are  three  basic  strategies  for  developing  M-M  applications: 
Modifying  existing  software. 

Adding  new  application  codes  to  an  existing  data  base. 

Writing  entirely  new  applications. 

o        IS  respondents  were  somewhat  more  in  favor  of  the  modification  strategy  than 
vendors  were,  as  shown  in  Exhibit  IV- 1 4. 

Interestingly,  vendors  were  somewhat  more  balanced  in  their  appraisals 
and  tended—more  than  IS  staff  did—to  see  new  applications  as 
necessary. 

.  The  vendors  were  undoubtedly  affected  by  hopes  that  existing 
software  or  DBMS  could  be  used  (when  the  vendor  respondents 
offered  one). 

Consequently,  '^he^vendor  assessment  o^Tthe  need  for  new 
applications  is  almost  certainly  an  understatement. 

^  /  •   INPUT  believes  that  new  applications  will  be  needed  for  most  non- 
trivial  M-M  applications  because  of  the  difficulty  in  retrofitting  M-M 
applications  to  existing  systems. 

Being  committed  to  one  particular  strategy  does  not  exclude  support  for  other 
strategies.  In  fact,  the  corporations  most  in  favor  of  a  particular  strategy 
supp)orted  other  strategies  as  well,  as  shown  in  Exhibit  IV- 1 5. 
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IS  departments  are  not  planning  to  go  it  alone.  As  reported  earlier,  most 
corporations  have  several  M-M  applications  in  place  or  in  development. 

Over  half  of  these  have  relied  on  vendor  assistance  for  at  least  part  of 
the  work,  as  shown  in  Exhibit  IV- 1 6. 

However,  for  M-M  projects  in  the  planning  or  concept  stage,  fully  85% 
plan  vendor  involvement.  This  increase,  in  what  was  already  a 
relatively  large  number,  reflects: 

.         More  difficult  M-M  projects. 

Increased  vendor  capabilities. 

*         An  increased  awareness  of  vendor  capabilities. 

The  assistance  received  runs  the  gamut  from: 

Packages  used  without  modification. 

Packages  used  with  extensive  modification  (quite  common  at  this 
stage),  with  modification  supplied  by: 

In-house  staff. 

.         Professional  service  firms. 

Custom  programming  from  outside  vendors. 
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V       MICRO-MAINFRAME  ISSUES 


A.       TECHNOLOGY  ISSUES 


o        There  are  three  main  technical  issues  affecting  end-user  M-M  applications: 
The  XT/370. 
UNIX. 

Data  synchronization. 
I.       THE  XT/370 

o         In  concept,  the  XT/370  allows  users  to  "have  their  cake  and  eat  it  too." 

The  "mainframe"  is  brought  to  the  desktop. 

The  user  has  control  of  VM/CMS  (virtual  machine/conversational 
monitor  system). 

The  whole  library  of  VM  software,  both  systems  software  and 
applications  software,  is  available  for  immediate  use.  These  can 
include  quite  heav)^duty  applications. 

With  the  VM  pass-through  facility,  XT/370  users  can  potentially  link 
into  many  other  VM  systems. 
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However,  on  closer  inspection,  the  XT/370  as  it  exists  today  suffers  from 
profound  limitations. 

The  XT/370  is  not,  in  fact,  a  standalone  machine.  Current  chips  do  not 
provide  good  memory  management. 

Therefore,  while  CMS  is  on  the  XT/370,  VM  itself  still  must 
reside  on  the  host. 

As  new  chips  (like  the  286  or  386)  with  much  better  memory 
management  are  available,  it  could  become  possible  to  have  a 
self-contained  XT/370. 

Similarly,  coping  with  VM/CMS  takes  up  most  of  the  power  and  space 
in  the  XT/370. 

There  is  little  room  left  for  applications.  When  applications 
were  put  experimentally  on  the  XT/370,  performance  was  found 
to  be  quite  marginal  ond^unfeasible. 


However,  the  XT/370  does  have  sufficient  resources  to  serve  the 
purpose  outlined  for  it  in  IBM's  initial  announcement  -  a 
programmer's  workstation.  Functioning  in  this  manner,  the 
XT/370  is  not  overloaded  and  can  provide  predictable  response 
time. 


Apart  from  technical  limitations  (which,  after  all,  can  be  solved  by  applying 
more  hardware  resources),  there  is  the  larger  issue  of  whether  host-developed 
applications  should  be  (or,  in  some  cases,  can  be)  put  on  a  desktop. 

"User  friendly"  is  an  overworked  word  but  one  that  should  be  taken 
seriously  when  considering  placing  micro-based  applications  in  user 
hands.  Among  the  mounting  criticisms  of  host-based  systems  in 
general  are  that  they  are  difficult  to: 


Learn. 
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Use. 


Adapt. 
Control. 

Moving  such  unchanged  applications  out  of  the  protective  environment 
of  the  data  processing  professional  and  onto  the  desktop  helps  neither 
the  end  user  nor  IS. 

Host-oriented  applications  are  not  by  nature  susceptible  to  nainor 
"tweaking"  to  make  them  suddenly  user  friendly. 

Most  host  applications  assume  large  data  bases,  intricate 
processing  logic,  and  a  web  of  supporting  systems  software. 
Response  time  is  something  that  is  spread  out  between  many 
dozens,  if  not  thousands,  of  users. 

This  maps  poorly  against  the  micro's  strengths  of  having 
considerable  amounts  of  processing  power  focused  on  relatively 
small  amounts  of  data  in  order  to  provide  exceptional  response. 

A  considerable  number  of  organizations  (corporations  as  well  as  vendors)  do 
not  fully  appreciate  these  factors. 

Several  corporations  INPUT  interviewed  plan  to  use  XT/370s  in 
application  settings. 

Two  mainframe  applications  vendors  have  planned  to  put  parts  of  their 
mainframe  product  onto  the  XT/370  as  a  way  to  get  an  "instant"  micro 
product.  One  of  these  vendors  attempt mg^has  already  run  into  serious 
difficulties  because  of  the  capacity  problems  described  above.  (On  the 
other  hand,  there  are  vendors  like  Information  Builders,  which  rewrote 
FOCUS  for  the  IBM  PC.) 
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However,  as  first  mentioned,  the  concept  of  the  XT/370  fills  nnany  of  the 
requirements  for  a  true  M-M  system,  including: 

High  power. 

Host  connectivity  (i.e.,  VM  pass-through). 
Shared  operating  system  environment. 
Data  sharing. 

Potentially,  applications  and  application  program  segmentation. 

The  promise  of  the  XT/370  concept  will  be  seen  in  later  generations  (the 
XT/3000?)  and  will  have  the  capacity  to  do  larger  amounts  of  useful  (i.e., 
applications)  work.  However,  that  will  be  only  the  first  step. 

It  will  be  equally  important,  if  not  more  so,  to  think  through  how 
applications  logic  and  data  should  be  distributed  throughout  the  nodal 
network. 

When  this  is  done,  it  will  represent  a  successful  implementation  of  the 
early  efforts  of  remote  computing  service  (RCS)  companies  to 
distribute  pieces  of  their  applications  onto  micros.  (The  RCS  firms' 
lack  of  success  was  caused  by  both  technical  limitations  and 
commercially/derived  inhibitions  against  placing  too  much 
functionality  in  the  micro.) 

Information  Center  activities  would  be  a  logical  initial  candidate,  since 
solutions  would  be  generalizable  and  under  the  control  of  IS. 

Applications  segmentation  would  have  to  be  approached  much  more 
carefully  because  of  the  increased  time,  expense,  and  coordination 
involved. 
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Both  IS  and  vendor  respondents  see  the  XT/370  playing  at  least  a  moderate 
role  in  the  future,  as  shown  in  Exhibit  V-l. 

INPUT  knows  that  some  of  these  positive  assessments  are  based  on  a 
misunderstanding  of  the  XT/370's  current  capabilities. 

Consequently,  IS  management  should  be  very  careful  in  verifying  any 
claims  regarding  the  application  virtues  of  the  XT/370  as  it  now  exists. 


UNIX 


It  is  beyond  the  scope  of  this  report  to  fully  assess  the  current  and  future 
claims  being  made  concerning  UNIX.  (For  additional  analysis,  see  INPUT'S 
Executive  Bulletin,  An  Unusually  Noteworthy  Introduction  of  a  Xenolith. 
However,  the  following  facts  should  be  kept  in  mind: 

It  is  true  that  considerable  percentage  growth  is  being  planned  for 
UNIX-based  micro  hardware;  however,  this  is  starting  from  a  very  low 
base  (0.1%)  currently  and  will  reach  only  1.0%  in  1986,  among  the 
INPUT  respondents. 

Most  IS  respondents  saw  UNIX  as  even  less  important  than  the  XT/370 
in  their  future  plans,  as  shown  in  Exhibit  V-2. 

The  plethora  of  UNIX-like  systems  will  discourage  major  software 
vendors  from  developing  UNIX-based  applications. 

It  is  true  that  UNIX's  portability  and  ability  to  network  between  machines 
makes  it  appealing  as  a  potential  M-M  vehicle. 

However,  this  potential  is  largely  untested  in  a  corporate  environment; 
much  of  the  academic  and  scientific  experience  with  UNIX  is  not 
pertinent  for  major  business  users.  (See  INPUT'S  1 983  report  Selecting 
User  Friendly  Operating  Systems  for  Personal  Computers.) 
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Most  important ly^g^or  some  time  to  come,  micro  applications  will  have 
to  link  into  conventional  MVS  or  CMS  systems.  UNIX  will  have  no 
more  advantage  than  any  other  micro-based  environment. 

3.       DATA  SYNCHRONIZATION 

o        Data  synchronization  and  data  security  issues  generally  are  dealt  with  in  more 
detail  in  this  study's  companion  report,  Micro-Mainframe;  Communications 
Issues. 


o        However,  the  special  case  of  synchronization,  as  shown  in  Exhibit  V-3, 

directly  impacts  M-M  system  design  and  user  feasibility  issues.  The  facts  as 
they  stand  are: 

Data  synchronization  of  updates  on  a  real-time  basis  between  an 
independently  processing  mainframe  and  micro  is  not  feasible  now. 

Potentially,  one  or  more  of  the  relational  DBMS  vendors  may  find  a 
solution  to  the  concurrency,  multiple-update,  and  lockout  problems. 
Even  if  this  is  accomplished,  these  solutions  in  their  initial  versions  will 
be  both  slow  and  inefficient.  Thus,  it  is  assumed  that  there  cannot  be 
any  routine  solution  for  these  problems  for  some  time  to  come. 

Consequently,  the  expressed  desire^  for  truly  interactive  M-M 
applications  probably  cannot  be  satisfied  for  several  years,  at  best. 

o        However,  on-line  batch  solutions  may  be  acceptable  in  many  situations.  These 
are  discussed  at  greater  length  in  the  next  chapter. 


B.       PLANNING  ISSUES 


o         In  planning  for  M-M  applications,  planners  must  judge  how  M-M  performs 
relative  to  traditional  mainframe-based~as  well  as  micro-based—systems, 
using  a  number  of  criteria  including: 

I 
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Data  linkage  across  applications. 


Application  transparency. 
Environmental  adaptability. 
Potential  for  central  control. 
Flexibility  in  meeting  user  needs. 
Stability. 

Data  synchronization. 
Operation  economy. 
Operation  speed. 


Implementation  speed. 


Data  linkage;  Although  DB/V^s  ;^ere  originally  conceived  to  unite  data  across 
applications,  in  practice  it  has  often  proved  infeasible  to  do  so  because  of 
complexity,  control,  and  flexibility  problems.  These  problems  are  worse  in 
micros  because  of  the  relatively  limited  hardware  and  software  environments. 

At  present,  of  course,  linkages  across  M-M  applications  are  not 
technically  possible  in  a  real-time  environment. 

On  a  batch  basis  they  are  only  feasible  where  micro  applications  are 
treated  as  intelligent  terminals  feeding  transactions  to  the  mainframe 
system.  ' 

Application  transF>arency!  This  is  the  extent  to  which  an  application  can  be 
understood  or  comprehended,  from  both  the  user  level  and  a  technical  level. 
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Many  host-based  applications,  because  of  their  size  and  complexity,  are 
rather  opaque. 


On  the  other  hand,  nnicro-based  systems— being  smaller  and  closer  to 
the  end  user—are  much  more  comprehensible. 

M-M  applications  have  the  potential  danger  of  adding  yet  another  layer 
of  complexity  to  host  systems.  To  the  extent  that  the  host  "system"  is 
largely  a  data  repository,  this  danger  can  be  alleviated  by  placing  as 
many  logical  and  processing  functions  as  possible  at  the  micro  level. 

Environmental  adaptability;  This  is  the  extent  to  which  physical  environments 
can  be  changed  (e.g.,  adding  terminals  to  SNA  systems)  or  an  application  can 
be  moved  to  a  new  hardware  or  systems  software  environment.  Host-based 
systems  ore  adequate  but  clumsy  in  this  regard.  Micro  systems  are  more 
hardware-bound. 

Potentially,  UNIX-based  systems  allow  an  evolutionary  path  for  both 
micro  and  M-M  applications. 

However,  UNIX  is  quite  large  (around  nine  megabytes)  and  is  still 
essentially  an  unknown  quantity  in  regard  to  commercial  applications. 
The  very  profusion  of  UNIX  variants  makes  any  claim  for  universality  a 
hollow  one  at  this  stage.  (See  the  previous  section  on  UNIX.) 

Otherwise,  M-M  applications  would  be  even  more  environment-bound 
than  their  mainframe  cousins. 

Potential  for  central  control;  Here  host-based  systems  are  obviously  much 
superior  to  micro  applications.  M-M  applications  are  at  an  intermediate 
point. 


User  flexibility;  Mainframe  systems  are  notorious  for  theirM^lexibility  (at 
least  in  user  eyes),  and  micro  systems  (fairly  or  unfairly)  are  considered 
unbeatable.  Depending  on  how  tightly  coupled  to  the  host  an  M-M  application 
is,  it  could  be  closer  to  a  standalone  micro  system  or  as  bad  as  (or  worse  than) 


-  8  -  (U-EPM-V)  ML  6/26/84 


i 


a  mainframe  system.  (Micro  applications  written  in  assembler  are,  of  course, 
another  problem  altogether.)  A 


Stability;  This  is  meant  the  extent  to  which  an  application's  operations  are 
error-  and  failure-free.  While  mainframe  applications  still  have  a  long  way  to 
go,  there  are  many  facilities  built  into  the  hardware  and  software 
environment  to  assist  in  maintaining  operations.  Micro  systems  by  nature  are 
considerably  more  fragile,  being  without  the  supporting  infrastructure  one  is 
accustomed  to  seeing  in  mainframe  systems  (e.g.,  audit  tools). 

Data  synchronization;  Here  the  situation  is  very  similar  to  the  "stability" 
area  above.  This  leaves  out  the  current  unsolved  problem  of  synchronizing 
data  in  an  interactive  M-M  environment. 

Operation  economy  and  operation  speed;  Both  micro  and  M-M  applications 
can  potentially  be  much  better  or  worse  than  their  mainframe  equivalents. 

Implementation  speed;  Although  large,  complex  mainframe  systems  often 
take  years  to  implement,  an  M-M  system  that  was  implemented  like  a 
mainframe  system  would  be  worse.  M-M  systems  that  have  more  in  common 
with  off-the-shelf  micro  applications  would  be  infinitely  superior.  However, 
modifying  micro  packages  is  itself  an  undertaking  that  can  be  difficult  and 
frustrating. 

Exhibit  V-4  summarizes  the  performance  of  each  of  the  three  implementation 
approaches  and  gives  them  a  "grade"  for  each  factor. 

There  is  no  obvious  choice  at  present  between  the  three  alternatives: 
all  have  their  strong  and  weak  points. 

The  path  selected  should  be  one  that  maps  best  against  the  corporate 
environment,  IS  capability,  and  application  needs. 

M-M  applications  have  the  greatest  scope  for  improvement.  At  least 


potentially,  M-M  applications  could  be  superior  to  either  of  parents. 
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VI  RECOMMENDATIONS 


o        These  recommendations  are  divided  into  three  categories: 
Technical  approaches. 
End-user  relationship  building. 
Vendor  partnerships. 

A.       TECHNICAL  APPROACHES 

I.       LOW  RISK:  DATA  DOWNLOADING 

a.       An  Entry  Strategy 
o         IS  should  select  an  important,  but  technically  unambitious,  user  area  that: 

Uses  a  significant  number  of  standalone  PCs. 

Rekeys  corporate  data. 

Uses  data  from  a  software  vendor  product  that  has  a  proprietary 
down  loader. 

o         IS  should  ascertain  that  the  department  has  at  least  a  moderate  amount  of 
interest  and  commitment  to  downloading  data. 
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If  all  these  requirements  are  met,  then  IS  should: 


Analyze  the  data  needed. 

Provide  an  extract  file. 

Set  up  inquiry  and/or  scheduled  downloading. 

At  every  step,  IS  should  carefully  explain  what  is  and  is  not  possible  using  this 
approach. 

This  approach  will  begin  serious  M-M  work  in  a  controlled  environment.  With 
successes  behind  it,  any  caution  that  IS  e^m^^  toward  more  ambitious  and 
technically  demanding  M-M  projects  will  be  better  accepted. 

b.  Standards 

Ironically,  standard  setting,  if  done  too  early,  could  be  a  high-risk  alternative 
since  IS  departments  would  then  be  locked  into  obsolescent  technology. 

Since  there  ar^  currently  no  obvious  product  winners  from  a  tecl^ological 
standpoint  and^here  will  be  a  next  generation  of  products  soon,^standard 
setting  should  be  limitedTthat  is: 


The  number  of  current  M-M  link  products  used  should  be  kept  at  a 
reasonable  number  (a  maximum,  say,  of  four  to  six). 

Where  there  is  a  significant  investment  in  proprietary  software  (e.g., 
from  MSA,  Cullinet,  McCormack  &  Dodge),  that  vendor's  link  package 
should  be  used  if  there  is  user  demand  for  that  data. 

Implementations  should  be  relatively  inexpensive  and  reversible.  The 
more  an  application  is  bound  to  a  current  vendor's  technology  and  the 
more  important  the  application,  the  more  difficult  it  will  be  to  change 
direction.  (This  is,  of  course,  the  vendor's  objective.) 
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c.       The  Information  Center  As  a  Connectivity  Tool 

o        In  many  people's  minds  the  lnformation(eenter  has  gone  into  a  shadow  as  a 
result  of  the  advance  of  PCs.  It  may^e  eclipsed  by  M-M  linkages. 

o        Looking  back,  one  sees  that  much  of  the  problem  is  caused  by  the  relatively 
low  level  of  support  and  user  friendliness  in  many  Information  inters. 
Partly,  this  was  a  historical  accident  in  that  many  Information^centers  were 
established  at  the  start  of  the  recent  recession,  and  they  were  starved  for 
funds. 

o        At  least  as  an  interim  step,  the  information  Center  has  a  role  to  play  as  a 
staging  area  for  extracted  files  that  can  be  downloaded.  For  later 
implementation  of  M-M  applications,  the  Information  Center  will  be  bypassed 
where  production  data  files  are  used. 

2.       LOW/MEDIUM  RISK:  DEVELOPING  AN  ON-LINE  BATCH  STRATEGY 

o        IS  departments  developing  an  on-line  batch  strategy  must  steer  a  careful 
course. 

The  micro  must  be  sufficiently  isolated  from  the  host  system  so  that 

input  and  output  can  be  viewed  essentially  as  file  transfer^^en  if  the 

data  transfers  are  very  short  and  frequent~i.e.,  transactions,  as  shown  ^  | 

in  Exhibit  VI- 1. 

On  the  other  hand,  if  the  micro  system  becomes  too  isolated,  essential 
central  coordination  and  control  is  absent. 

Exhibit  VI-2  shows  a  conceptual  micro  applications  post-processor  that  I  / 

would  be  interposed  between  the  micro  application  and  data  baseband 
the  central  data  base.  ) 

o        This  kind  of  post-processor  will  help  to  close  the  gap  that  will  arise  between 
processing  steps  at  the  micro  level  that  are  recognized  as  host  transactions 
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and  other  host  data  base  changes  that  are  not  nornnally  host  system 
transactions. 


o  Developing  such  interface  procedures  will  be  necessary  in  order  to  meet  the 
"next-generation"  M-M  applications  described  in  the  case  studies  in  Chapter 
111. 

3.       HIGH  RISK:  INTERACTIVE  APPLICATIONS  ,  rU 

bet^rv^  {e^.J>U,  aX  least  or.  ^  e^jp^r.nu^.^^    ^  ; 

o        Interactive  applications  shet44-be  in  the  short  and  medium'j^erm  (one  to- three  ^  'fve 


years) 


Section  C  of  this  chapter  describes  strategies  for  working  with  vendors.  Such 
partnerships  would  reduceJheHsk  and  allow  for  implementation  of 
interactive  applications/Vooner)  \ 


B.       END-USER  RELATIONSHIP  BUILDING 


Because  of  the  nature  of  M-M  applications,  much  of  the  activity  will  have  to  f>^(i<-^ 
-G;er&f\  at  user  locations.  This  makes  the  quality  of  the  relationship  between 
end  users  and  IS  important.  Executive*level  relationships  will  generally  be 
even  more  important.  The  areas  that  should  receive  focus  include: 

Improving  relationships  generally. 

Improving  PC-related  services. 

Changing  the  IS  organization. 

GENERAL  IS-USER  RELATIONSHIP  IMPROVEMENTS 

It  is  beyond  the  scope  of  this  report  to  review  all  the  things  that  could  be  done 
to  improve  IS-user  relationships. 
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Most  of  the  findings  and  reconnmendations  in  INPUT'S  1982  report, 
Evaluating  the  EDP  Level  of  Service,  are  still  valid  (and  unfortunately 
are  needed  in  ainnost  as  many  organizations  as  before). 

Several  key  points  from  the  report  are  reprinted  here  in  Appendix  D  for 
readers'  convenience. 


It  is  especially  important  that  end  users  have  confidence  in  IS's  good 
intentions  and  knowledge  when  IS  provides  advice  on  M-M  issues.  Policies  to 
achieve  this  include: 


Regular  meetings  with  key  user  staff. 


Frankness  on  issues  and  problems;  unnecessary  jargon  should  be 
avoided. 

Semi-technical  briefings  on  IS  issues  in  general  and  M-M  issues  in 
particular. 

A  "marketing"  approach  to  IS  service  by  IS  (complete  with  "marketing 
reps"  if  resources  are  available). 

Keeping  a  "book"  on  key  operations  units  to  understand  what  motivates 
their  systems  requirements.  Business  planning  documents  are  useful, 
but  personal  contact  is  even  more  useful. 


PC  SERVICES 


Much  existing  IS  PC  support  is  inadequate  in  terms  of  quality,  quantity,  and 

coverage.  However,  it  is  even  more  critical  now  to  provide  this  support  than 

it  was  in  the  past.  n  I   r      .4^^  Sjvil/^y^A 

^^V^^^   Po^^/    U^-^fr    ^^TTl^  A 

PC  support  was  the  subject  of  a  1982  INPUT  study/k  The 
recommendations  given  in  thtsT epui  1 1)7 that  study  are  still  valid; 
consequently,  all  the  attributes  of  PC  sup[X)rt  will  not  be  detailed  here. 
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A  summary  of  these  recommendations  is  contained  in  Appendix  E. 


The  PC  support  function  is  more  important  than  before  for  two  reasons: 


The  more  Iberusers  (and  IS)  are  educated  on  the  true  capabilities  of 
micros,  the  less  likely  they  are  to  go  chasing  after  impossible  and/or 
dangerous  M-M  applications. 

The  PC  support  function,  reporting  to  IS,  can  provide  an  excellent  early 
warning  system  for  users'  M-M  intentions. 


ORGANIZATIONAL  CHANGES 

Many  IS  organizations  are  considering,  and  some  have  implemented,  a  partial 
or  full  decentralization  of  their  application-related  functions. 

At  the  least,  this  can  take  the  form  of  physical  decentralization,  with 
the  units  still  reporting  to  IS,  as  shown  in  Exhibit  VI-3. 

M-M  applications  can  add  another  dimension  to  this,  as  shown  in 


IS  can  work  with  users  to  nf>d(e  M-M  systems  that  all  sides  can 
live  with. 


At  the  least,  IS  has  more  time  to  head  off  poorly  considered 
initiatives,  mobilizing  countervailing  forces  if  need  be. 


Exhibit  VI-4. 


Some  of  the  physically  decentralized  units  can  become 
organizationally  decentralized  also. 


Corporations  may  wish  to  experiment  with  both  approaches  to 
see  which  works  best;  i.e.,  should  the  organizatiol^structure  be 
skewed  more  to  the  "micro"  or  to  the  "mainframe"? 


The  exact  arrangements  will  vary  depending  on  such  factors  as: 
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The  corporate  culture. 
User-IS  relations. 

Amount  of  technical  complexity  of  systems  in  the  corporation. 
Size  of  decentralized  units. 

Amount  of  strategic  business  unit  (SBU)  application 
independence. 

SBU  willingness/ability  to  manage  a  technical  function. 

o        Ultimately,  the  IS-related  organization  could  evolve  into  something  similar  to 
that  in  Exhibit  VI-5. 

C.       VENDOR  PARTNERSHIPS 

o        One  of  the  findings  in  Chapter  III  was  that  the  adequacy  of  technical  M-M 
arrangements  is  one  of  the  chief  determinants  of  M-M  application  success. 

A  key  finding  in  Chapter  IV  was  that  interactive,  shared-functionality 
M-M  applications  were  a  goal  for  most  organizations. 

Unfortunately,  the  discussion  in  Chapter  V  indicated  that  this  sort  of 
application  will  not  be  technically  feasible  for  some  time  to  come. 

o        While  on-line  batch  systems  will  often  be  effective,  they  will  not  always 

satisfy  minimal  user  requirements  (for  example.  In  a  securities-  or  currency- 
trading  environment)  and  will  often  ultimately  leave  many  users  somewhat 
dissatisfied. 
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Vendors  live  by  satisfying  users.  Consequently,  large  IS  organizations  would 
do  well  to  enter  into  cooperative  arrangennents  with  one  or  more  vendors  to 
find  technical  M-M  solutions  that  work  in  a  real  organization. 

IS  would  contribute: 

A  test  bed. 

Machine  time. 

Business  and  systems  analysts. 
Technical  support  and  assistance. 
The  vendor(s)  would  contribute: 
Technical  expertise. 

Advice  on  workable/unworkable  alternatives. 

Product  prototypes. 

Corporations  could  stay  at  the  leading  edge  technically  while  solving  real 
business  problems.  There  would  have  to  be  some  limits  on  the  relationship. 

IS  (and  individual  staff  members)  would  have  to  adhere  to  reasonable 
vendor  requirements  to  maintain  security  on  what,  after  all,  could  be  a 
valuable  product. 

There  would  have  to  be  a  "no  raiding"  agreement  on  each  other's 
personnel. 

Both  small  and  large  vendors  have  their  attractions. 

Large  vendors  have^products  and^market  share.  Often  there  may  be  a 
pre-existing  relationship  between  IS  and  a  vendor  to  build  on. 
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Smaller  vendors  may  be  more  innovative  and  "hungrier";  they  may, 
however,  be  almost  paranoid  about  secrecy. 

Research  partnerships  that  work  out  well  could  result  in  a  more  permanent 
business  arrangement,  including: 

Corporate  IS  playing  a  more  active  role  in  product  development. 

The  corporation  and/or  IS  taking  a  stake  in  promising  companies. 
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CATALOG  NO.  lUlElPlMl  I  H 


MICRO-MAINFRAME  USER  QUESTIONNAIRE 


INPUT  is  conducting  a  study  on  the  issues  involved  in  linking  microcomputer 
host  systems  and  data.  We  will  make  recommendations  on  how  corporations  can 
best  deal  with  these  issues  in  the  coming  years.  We  would  like  your  organiza- 
tion to  take  part  in  this  study  by  describing  what  you  are  doing  now,  what 
your  plans  are  and  what  problems  you  see.  This  information  will  be  used  by 
IS  departments  in  their  planning  and  will  also  be  used  by  a  wide  variety  of 
information  service  vendors  to  offer  more  useful  products  and  services. 

None  of  the  information  that  you  provide  will  be  associated  with  your  company. 
In  return  for  your  taking  part  in  this  study,  we  will  send  you  a  summary  of 
this  study  on  its  completion  and  will  also  send  you  a  summary  of  INPUT'S 
report,  PC  Software  Support  in  Large  Corporations. 

1.      How  many  personal  computers  are  in  use  within  your  company?    (If  no 
PCs  are  used  or  planned  by  the  end  of  1985,  end  interview.) 

Now  End  of  1984  End  of  1985 

Total  all  types 


IBM  PC  XT/370  or  3270/PC 


IBM  PC  except  XT/ 370  or 
3270/PC  and  IBM  PC  SW /data- 
compatible  types 

UNIX-based  systems 


Other  personal  computer  types 
(Total  should  equal  sum  of  parts) 


2a.    How  will  the  UNIX-based  systems  be  used? 


2b.    In  the  future,  how  important  do  you  see  UNIX-based  systems  being  to 
your  organization's  plans?    (1  =  low  importance,  5  =  high  importance) 

UNIX-based  systems   


Why? 


INPUT 
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3a.    In  the  long  run,  how  important  de>-  ygii  saa  the  XT/370  in  your  organiza- 
tion's plans?    (1  =  low  importance,  5  =  high  importance) 

XT/370   

Why?   


The  3270/PC? 
Why?   


3b.    How  well  would  you  rate  your  organization's  current  understanding  of  the 
capabilities  of  the  XT/370  and  the  3270/PC?    (1  =  low  degree  of  under- 
standing, 5  =  high  degree  of  understanding) 

XT/370    3270/PC 


Please  give  me  some  examples  of  particular  areas  where  your  organization 
requires  additional  information  on  the  capabilities  of  the  XT/370  and  the 
3270/PC.  (PROMPT  AS  NECESSARY:  for  example,  what  has  to  be  done  to 
permit  current  applications  software  to  run  on  the  XT/ 370,  how  will  concurrent 
data  bases  be  handled,  etc.) 

XT/ 370 


3270/PC 


4a.    How  many  multiuser  microcomputer  systems  (e.g..  Altos)  and  local  area 
networks  (LANs)  do  you  now  have  installed?    Who  are  the  vendors? 
What  are  these  systems  being  used  for? 


Number  of  installations 
Vendors 

Applications /Uses 


Multiuser  Micros  LANj 

A 
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4b.    How  many  multiuser  micros  and  local  area  networks  do  you  expect  to 
have  installed  in  two  years?    What  new  uses  will  you  have? 

Multiuser  Micros  LANs 

Number  of  installations   

Vendors 

Applications/Uses 


5.      In  the  future,  what  will  the  relative  importance  be  to  your  organization  of 
the  following  kinds  of  microcomputers?    (1  =  low  importance,  5  =  high 
Importance)    Why?  (READ  EACH  ITEM  BELOW) 

Rating  Reason  Why 

Standalone  personal  computers   

running  personal  computer 
software?  (e.g.,  IBM  PC/XT) 


Standalone  personal  computers 
running  mainframe  software? 


Personal  computers  in  local 
area  networks? 


Mainframe  terminals  that  also 
have  personal  computer 
capabilities  (e.g.,  3270/PC) 
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On  a  scale  of  1  to  5  with  1  representing  low  importance  and  5  representing 
high  importance,  how  would  you  rate  the  following  functional  areas?  In 
two  years  how  would  your  importance  rating  change  for  these?    Why  the 
change? 

Two 

Now  Years  Reason  for  Change 

Spreadsheet  packages 

using  local  data   


Spreadsheet  packages 
using  downloaded  data 


Vendor  application 
packages  for  PCs 


!n-house  developed 
programs  for  PCs 
(including  fourth- 
generation  languages) 


7a.    The  next  set  of  questions  relate  to  so-called  micro-mainframe  application 
systems.     For  the  purposes  of  this  study,  we  are  defining  this  to  mean 
the  following:    "Applications  in  which  neither  the  mainframe  host  nor  a 
microcomputer  can  fully  carry  out  an  activity  without  utilizing  processing 
capabilities  or  data  from  the  other."  Do  you  agree  with  this  definition? 

CH  Yes  CH  No 


7b.    If  no,  please  tell  me  how  you  would  modify  it: 
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With  +5  representing  agreement  and  -5  representing  disagreement,  to 
what  extent  do  you  agree  that  "Within  three  to  five  years  most 
applications  that  are  now  host-based  will  have  a  considerable  amount 
of  functionality  taken  over  by  personal  computers  that  are  linked  to 
the  host." 


Why? 


9.  Do  you  believe  that  links  between  host  computers  and  micros  will  be 
predominantly  interactive,  predominately  on-line  batch,  or  about  the 
same?    (READ  DEFINITION  IF  NEEDED) 

DEFINITION:  ON-LINE  BATCH  -  where  the  micro  performs  processing 
on  a  standalone  basis  and,  periodically,  the  personal  computer  and  the 
host  exchange  data;  the  host  may  then  further  process  the  data  received. 


□ 


Predominantly  interactive 
Predominantly  on-line  batch 
□  About  the  same 
Reason  why   


10.    In  constructing  micro-mainframe  systems  how  common  do  you  think  each  of 
the  following  approaches  will  be?    (READ  LIST  BELOW)  Why?    (1  =  very 
common,  5  =  not  common)    NOTE:  ALL  OPTIONS  MAY  BE  RATED  "NOT 
COMMON"  OR  "VERY  COMMON"  -  OPTIONS  ARE  NOT  MUTUALLY  EXCLUSIVE. 

Rating  Reason  Why 

Modification  of  existing  software 


Use  existing  data  base  but 
write  new  application  code 


Write  entirely  new  applications 
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11a.  Generally,  to  what  extent  do  you  see  data  base  linkage  and  synchronization 
as  a  serious  problem  in  establishing  micro-mainframe  links?    (1  =  not  a 
problem,  5  =  a  serious  problem) 


lib.  How  serious  is  this  problem  for  systems  used  for  analysis?  (e.g., 
spreadsheets) 


11c.  How  serious  is  this  problem  for  production  systems?  (e.g.,  order  entry, 
payroll) 


lid.  What  can  an  organization  like  yours  do  to  solve  these  kinds  of  data  base 
linkage  and  synchronization  problems? 


12a.  Do  you  see  backup  and  security  as  significant  barriers  to  expanded  use 
of  linked  micro-mainframe  applications? 


Why? 


Why? 


If  no,  skip  to  question  13. 


12b.  What  are  the  major  problems  that  you  see? 


12c.  What  can  an  organization  like  yours  do  to  solve  these  problems? 


12d.  What  solutions  can  vendors  provide? 
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13a.  For  your  own  organization,  what  specific  applications  do  you  see  as  being 
the  most  suitable  as  micro-mainframe  applications?   (They  need  not  be 
computerized  applications  now.)     (Use  workspace  below/) 

13b.  Are  these  app/ications  planned  and  if  so,  at  what^stage  are.  you  ■ 
eJf  ifrimplementtftg- tt»6m,  (i.e. ,  do  not  have  concrete  plans,  are  in  the 

planning  stage,  applications  are  being  developed,  applications  are  already 
implemented)?    (Use  workspace  below.) 

13c.  Do  you  expect  to  develop  these  applications  in-house,  purchase  an  existing 
package  from  an  outside  vendor,  or  modify  in-house  an  existing  package? 
(Use  workspace  below.) 


Application 
Name 

Stage 

Source 

None 

Plan 

Dev. 

Imp. 

In-house 

Vendor 

Both 

1. 

2. 

3. 

4. 

5. 

Comments: 

1.   

2.  

3.   

4.   

5. 


14a.  Do  you  have  electronic  mail?    □  Yes  □  No 

If  no,  skip  to  question  15. 

14b.  How  many  users  currently  use  the  electronic  mail  now?    In  two  years? 

Now    Total  in  two  years  

14c.  On  the  average,  how  many  messages  are  now  sent  via  electronic  mail  per 
month?    In  two  years? 


Now 


Total  in  two  years 


14d.  What  percentage  of  this  change  in  electronic  mail  use  do  you  expect  to  be 
attributable  to  microcomputers?  ^ 
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15a.  In  what  ways  do  you  see  micro-mainframe  applications  increasing  your  data 
communications  requirements? 


15b.  In  what  ways  do  you  see  micro-mainframe  applications  decreasing  your  data 
communications  requirements? 


15c.  Overall,  do  you  think  that  the  net  effect  will  be  to  increase  or  decrease 
your  data  communications  requirements?    By  what  percent? 

Increase:   %       Decrease:    %       No  effect: 


16a.  With  1  representing  low  Importance  and  5  representing  high  importance,  how 
important  will  it  be  for  your  company's  micros  to  communicate  with  micros 
in  other  departments? 


Why?  

c  

16b.  What  type  of  communication  facility  will  your  firm  be  likely  to  use  for  this 
type  of  communication?  (Use  matrix  on  following  page.) 


17a.  With  1  representing  low  importance  and  5  representing  high  importance, 
how  important  will  it  be  for  your  company's  micros  to  communicate  with' 
mainframes  in  other  companies  (i.e.,  suppliers,  customer)? 

Why? 


17b.  What  types  of  communication  facilities  will  your  firm  be  likely  to  use  for 
this  type  of  communication?  (Use  workspace  on  following  page.) 


-8- 

INPUT 


9 


CATALOG  NO.  lUIEIPIMI  I  I  1 


18a.  With  1  representing  low  importance  and  5  representing  high  importance, 
how  important  will  it  be  for  your  company's  micros  to  communicate  with 
public  data  bases? 

Why?   


18b.  What  types  of  communication  facilities  will  your  firm  be  likely  to  use  for 
this  type  of  communication?  (Use  workspace  below.) 


Type  of 
Communication  Facility 

Micros  in 
Other  Departments 

Mainframes  in 
Other  Companies 

Public 
Data  Bases 

LAN 

Existing  network 

Leased  lines 

WATS 

DiaUup 
 ^  

Public  data  network 

Other 

19a.  Do  you  expect  your  company's  micros  to  be  linked  to  more  than  one  type 
of  mainframe  (e.g.,  IBM  and  DEC)?  Q  Yes  f~\  No 

If  no,  skip  to  question  20. 

19b.  What  would  be  the  most  common  types  of  mainframe  linkages? 


19c.  Would,  typically,  the  same  micro  have  to  link  to  more  than  one  kind  of 
mainframe  at  different  times?         Yes  No 
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20a.  Do  you  expect  that  your  company's  micros  will  have  to  be  linked  to  more 
than  one  type  teleprocessing  environment    (e.g.,  to  both  TSO  and  CMS,  or 
to  CICS  and  IMS  DC)?QYes  |^  No 

If  yes: 

20b.  Which  ones? 


20c.  Would,  typically  the  same  micro  have  to  link  to  more  than  one  kind  of 
software  environment  at  different  times?   Qves  No 

* 

21a.  Do  you  expect  that  your  company's  micros  will  be  linked  to  more  than 
one  typegf  data  base  management  system    (e.g.,  to  both  IMS  and/tV  O 
IDMS)?QYes  QNo  "XJ-^ 

If  yes: 
21b.  Which  ones? 


21c.  Would,  typically,  the  same  micro  have  to  link  to  more  than  one  kind  of 
DBMS  at  different  times?  Q  Yes  |    |  No 

22a.  Do  you  expect  microcomputer  use  in  your  company  to  accelerate  the 

use  of  relational  data  base  systems  in  your  company  ?       Yes  [    [  No 

If  no,  skip  to  question  23. 
22b.  Which  one? 


22c.  Would  this  data  base  be  located  on  a  regular  mainframeU^   or  have  < 
special  machine|^  devoted  to  it?    IF  SPECIAL  MACHINE:  Which  one? 


-10- 


INPUT 


CATALOG  NO.  IlllFlPlMl  I  ll 


.  With  1  representing  no  assistance  and  5  representing  much  assistance, 
how  much  assistance  generally  do  you  expect  to  be  able  to  get  from 
vendors  in  helping  with  planning  and  implementing 
your  organization's  critical  micro-mainframe  applications? 


23b.  More  specifically,  how  would  you  rate: 

Vendor  Type  Rating  Reason  Why 

Microcomputer  hardware  vendors 


IBM 


Software  vendors  who  primarily 
offer  mainframe  software 


Software  vendors  who  offer  both 
mainframe  and  microcomputer 
software 


Remote  processing  (timesharing) 
vendors  (e.g.,  M^Auto.  Boeing 
Computer  Service?)  "^^^ 

Integrated  systems  (turnkey) 
vendors 


Professional  services  and 
consulting  firms 


24.    What  current  problems  do  you  see  micro-mainframe  systems  solving  or 
alleviating? 


CATALOG  NO.  lUlElPlMl  I  I  I 


25a.  What  problems  do  you  see  being  created  or  aggravated  by  micro-mainframe 
systems? 


25b.  How  do  you  think  these  new  problems  should  be  dealt  with? 


THANK  YOU, 
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MICRO-MAINFRAME  VENDOR  QUESTIONNAIRE 

INPUT  is  conducting  a  study  on  the  issues  involved  in  linking  microcomputer 
host  systems  and  data.    We  will  make  market  forecasts  on  related  products  and 
services.  We  would  like  your  organization  to  take  part  in  this  study  by 
describing  what  you  are  doing  now,  what  your  plans  are,  and  what  problems 
YDii  see.  This  information  will  be  used  by  IS  departments  in  their  planning. 

 _J  A 

None  of  the  information  that  you  provide  will  be  associated  with  your  company 
unless  you  wish  otherwise.     In  return  for  your  taking  part  in  this  study,  we 
will  send  you  a  summary  of  this  study  on  its  completion  and  will  also  send  you 
a  summary  of  INPUT'S  report,  PC  Software  Support  in  Large  Corporations. 

1.     Which  microcomputer  hardware  and  software  environments  in  the  following 
list  does  your  company  expect  to  be  important  for  micro-mainframe 
applications  in  1984  and  in  1986?  (1  =  low  importance,  5  =  high  importance) 
Why? 


End  of 

1984      1986  Reasons 


IBM  PC  AND  PC/XT 

IBM  XT/ 370 

IBM  3270/PC 

UNIX-based  products 

Other  micro  hardware 
(describe) 

Other  micro  software 
(describe) 


What  do  you  see  as  the  major  opportunity  areas  in  connection  with  the 
XT/370  and  the  3270/PC? 


XT/370 


3270/PC 


What  do  you  see  as  limiting  the  growth  in  supplying  software  specifically 
aimed  at  the  XT/370  and  3270/PC? 
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In  the  future,  what  will  the  relative  importance  be  of  the  following  kinds 
of  microcomputers?    (1  =  low  importance,  5  =  high  imoortancel 
Why?    (READ  EACH  ITEM  BELOW) 


Rating  Reason  Why 


Standalone  personal  computers 
running  personal  computer 
software?  (e.g.,  IBM  PC/XT) 


Standalone  personal  computers 
running  mainframe  software? 
(e.g.,  XT/370) 


Personal  computers  in  local 
area  networks? 


Mainframe  terminals  that  also 
have  personal  computer 
capabilities  (e.g.,  3270/PC) 


On  a  scale  of  1  to  5^ith  1  representing  low  importance  to  corporate  users 
and  5  representing  high  importance,  how  would  you  rate  the  following 
functional  areas?    In  two  years  how  would  your  importance  rating  change 
for  these?    Why  the  change? 

Two 

Now        Years  Reason  for  Change 

Spreadsheet  packages 
using  local  data 


Spreadsheet  packages 
using  downloaded  data 


Vendor  application 
packages  for  PCs 


In-house  developed 
programs  for  PCs  . 
(including  fourth- 
generation  languages)     

INPUT 


CATALOG  NO.  IIJIEIPIMI  I  l"! 


5.     The  next  set  of  questions  relates  to  so-called  micro-mainframe  application 
systems.  For  the  purposes  of  this  study,  we  are  defining  this  to  mean 
the  following:    "Applications  in  which  neither  the  mainframe  host  nor  a 
microcomputer  can  fully  carry  out  an  activity  without  utilizing  processing 
capabilities  or  data  from  the  other."    Do  you  agree  with  this  definition? 


6.     With  1  representing  agreement  and  5  representing  disagreement^to  what 
extent  do  you  agree  that  "Within  three  to  five  years  most  applications 
that  are  now  host-based  will  have  a  considerable  amount  of  functionality 
taken  over  by  personal  computers  that  are  linked  to  the  host?" 


7a.  Do  you  believe  that  links  between  host  computers  and  micros  will  be 
predominantly  interactive,  predominantly  on-line  batch,  or  about  the 
same?    (READ  DEFINITION  IF  NEEDED) 

DEFINITION:  ON-LINE  BATCH  -  where  the  micro  performs  processing  on 

a  standalone  basis  and,  periodically,  the  personal  computer  and  the 

host  exchange  data;  the  host  may  then  further  process  the  data  received. 


If  no,  please  tell  how  you  would  modify  it: 


Why? 


Predominantly  interactive 


Predominantly  on-line  batch 


About  the  same 


Reason  why: 


7b.    How  is  your  firm  addressing  this  issue? 


7c.    How  does  this  compare  to  other  specific  products? 


-3- 


INPUT 


CATALOG  NO.  lUlElPlMl  I  I  I 


8a.    In  constructing  micro-mainframe  systems  how  common  do  you  think  each 
of  the  following  approaches  will  be?  (READ  LIST  BELOW)  Why?  (1  =  very 
common,  5  =  not  common)    NOTE:    ALL  OPTIONS  MAY  BE  RATED  "NOT 
COMMON"  OR  "VERY  COMMON"  -  OPTIONS  ARE  NOT  MUTUALLY 
EXCLUSIVE. 

Rating  Reason  Why 

Modification  of  existing  ' 
software 


Use  existing  data  base  but 
write  new  application  code 


Write  entirely  new 
applications 


8b.    How  is  your  firm  addressing  this  issue? 


8c.    How  does  this  compare  to  other  specific  products? 


9a.    Generally,  to  what  extent  do  you  see  data  base  linkage  and  synchronization 
as  a  serious  problem  in  establishing  micro-mainframe  links?    (1  =  not  a 
problem,  5  =  a  serious  problem) 


9b.    How  serious  is  this  problem  for  systems  used  for  analysis  (e.g., 
spreadsheets)  ? 


Why? 


9c.     How  serious  is  this  problem  for  production  systems  (e.g.,  order  entry, 
payroll)  ? 

Why?   


9d.    What  do  you  see  as  the  general  solution  to  this  problem? 
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9e.    How  are  you  addressing  it? 


10a.  Do  you  see  backup  and  security  as  significant  barriers  to  expanded 
use  of  iintced  micro-mainframe  applications? 

□  ves  □  No       If  no,  skip  to  question  13. 

Wliat  are  tlie  major  problems  that  you  see?   


10b.  What  do  you  see  as  the  general  solutions  to  these  problems? 


10c.  How  are  you  addressing  it? 
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11a.  What  specific  applications  do  you  see  as  being  the  most  suitable  as  micro- 
mainframe applications?    (They  need  not  be  computerized  applications  now.) 
(Use  workspace  below.)  •  .....tjJ 

lib.  Are  products  for]  these  applications  planned,  and,  if  so,  A  whaf^stage  ^ 
yott-trf  implementing  them.  (i.e. ,  do  not  have  concrete  plans,  are  in  the 
planning  stage,  applications  are  being  developed,  applications  are  already 
implemented)?    (Use  workspace  below.) 

11c.  Do  you  expect  users  to  develop  these  applications  in-house,  purchase  an 
existing  jaackage  from  an  outside  vendor,  or  modify  in-house  an  existing 
package?    (Use  workspace  below.) 


Application  Name 

Stage 

Source 

None 

Plan 

Dev. 

Imp. 

1 n-house 

Vendor 

Both 

1. 

2. 

3. 

4. 

5. 

Comments: 

1  

2  

3  

i 

4  

5  


12a.  In  what  ways  do  you  see  micro-mainframe  applications  increasing  .data 
communications  requirements? 


12b.  In  what  ways  do  you  see  micro-mainframe  applications  decreasing  data 
communications  requirements? 


12c.  Overall,  do  you  think  the  net  effect  will  be  to  increase  or  dec  rease  ucc"^ 
data  communications  requirements?    By  what  percent? 


Increase: 


Decrease: 
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13a.  With  1  representing  low  importance  and  5  representing  high  importance, 

how  important  will  it  be  for  a  company's  micros  to  communicate  with  micros 
in  other  departments? 


Why? 


13b.  What  type  of  communication  facility  will  a  firm  be  likely  to  use  for  this 
type  of  communication?    (Use  workspace  below.) 


14a.  With  1  representing  low  importance  and  5  representing  high  importance, 
how  important  will  it  be  for  a  company's  micros  to  communicate  with 
mainframes  in  other  companies  (i.e.,  suppliers,  customer)? 


Why? 


14b.  What  types  of  communication  facilities  will  a  firm  be  likely  to  use  for  this 
type  of  communication?  (Use  workspace  below.) 

15a.  With  1  representing  low  importance  and  5  representing  high  importance, 
how  important  will  it  be  for  a  company's  micros  to  communicate  with 
public  data  bases? 


Why? 


15b.  What  types  of  communication  facilities  will  a  firm  be  likely  to  use  for  this 
type  of  communication?  (Use  workspace  below.) 


Type  of 
Communication  Facility 

Micros  in 
Other  Departments 

Mainframes  in 
Other  Companies 

Public 
Data  Bases 

LAN 

Existing  network 

Leased  lines 

WATS 

Dial-up 

Public  data  network 

Other 

INPUT 
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16a.  Do  you  expect  a  company's  micros  to  be  linked  to  more  than  one  type  of 
mainframe  (e.g.,  IBM  and  DEC)? 

No       If  no,  skip  to  question  17. 
16b.  What  would  be  the  most  common  types  of  mainframe  linkages? 


#   ^  

lec.M/Vould,  typically,  the  same  micro  have  to  link  to  more  than  one  kind  of 
metvframe  at  different  times? 

n  Yes  CDno  * 

16d.  Which  of  your  products  will  facilitate  this? 


17a.  Do  you  expect  that  a  company's  micros  will  be  linked  to  more  than  one 

type  teleprocessing  environment  (e.g.,  to  both  TSO  and  CMS  or  to  CICS 
and  IMS  DC)? 

□  ves  □  No       If  yes: 


17b.  Which  ones? 


17c.  Would,  typically,  the  same  micro  have  to  link  to  more  than  one  kind  of 
software  environment  at  different  times? 

im  Yes  [H  No 

I7d.  Which  of  your  products  will  facilitate  this? 

18a.  Do  you  expect  that  a  company's  micros  will  be  linked  to  more  than  one 
type  of  data  base  management  system  (e.g.,  to  both  IMS  and  IDMS)? 
LJ  Yes  n  No       If  yes: 


18b.  Which  ones? 


18c.  Would,  typically,  the  same  micro  have  to  link  to  more  than  one  kind  of 
)BMS  at  different  times? 

Zl  Yes  n  No 

18d.  Which  of  your  products  will  facilitate  this? 
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19a.  Do  you  expect  microcomputer  use  in  a  company  to  accelerate  the  use  of 
relational  data  base  systems  in  a  company? 

□  ves  □  No      If  no,  skip  to  question  20. 


19b.  Which  one? 


19c.  Would  this  data  base  be  located  on  a  regular  mainframe  Q  or  have  a  special 
machine |~~|  devoted  to  it?    IF  SPECIAL  MACHINE:    Which  one? 


19d.  Which  of  your  products  will  facilitate  this? 


20a.  What  other  products  have  you  introduced  or  planned  to  introduce  that  will 
address  micro-mainframe  issues? 


20b.  What  functions  will  they  perform? 


20c.  What  hardware  and  software  environments  will  they  function  in? 


20d.  When  will  they  be  available? 


20e.  What  competitive  products  will  they  most  closely  compete  with?    j  ^ 
What  will  distinguish  your  product  from  the  competitio)\y         "jfiA^  ' 


21.    What  current  problems  do  you  see  micro-mainframe  systems  solving  or 
alleviating  ? 
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22.    What  problems  do  you  see  being  created  or  aggravated  by  micro-mainframe 
systems? 


23.    How  do  you  think  these  new  problems  should  be  dealt  with?  ' 


24.    Can  you  provide  technical  descriptive  material  about  the 
products  discussed? 

__  D  Yes  O  No 
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APPENDIX  D:         EXCERPTS  FROM  INPUT'S  REPORT,  EVALUATING  THE  EDP 
LEVEL  OF  SERVICE 


A.       GENERAL  RECOMMENDATIONS 


o        Chargeback  systems  should  be  viewed  as,  at  best,  a  cost^accounting  tool. 
Periodically,  such  data  should  be  used  as  an  input  to  determine  the  cost  of 
process  or  product. 

o        If  chargeback  systems  are  to  carry  out  this  limited  function,  the  costing 
mechanisms  must  be  greatly  expanded: 

All  costs,  not  just  hardware  costs,  should  be  tracked. 

Software  maintenance  costs,  especially,  should  be  tracked  by  project 
and  user.  This  is  rarely  done  now. 

Costs  should  be  based  on  resources  denied,  not  resources  consumed. 

o        IS  management  should  strongly  distrust  what  it  believes  user  satisfaction  to  be 
in  the  absence  of  objective,  rigorously  obtained  information. 

o        Surveys  and  other  attempts  by  IS  to  gain  such  knowledge  can  lead  to 
frustration  by  both  IS  and  users: 

This  is  true  for  IS,  because  user  "satisfaction"  can  prove  to  be  elusive 
and  mercurial,  seemingly  reflecting  last  week's  triumph  or  crisis. 


-  I  -  (U-EPM-AppD)  ML  6/26/84 


Users,  on  the  other  hand,  can  view  such  welkmeaning  surveys  as  goads 

A 

wijrteh  remind  them  of  the  poor  service  they  believe  they  are  receiving. 


Similar  efforts  to  improve  communication  will  often  only  make  it  easier  for 
each  side  to  abuse  the  other. 

IS  should  resolve  these  and  a  number  of  related  problems,  by  recognizing  that 
user  expectations  and  IS  performance  should  be  linked.  Too  often  the  two 
exist,  at  best,  in  separate  vacuums  and,  all  too  often,  are  not  consciously 
examined. 

After  examining  current  practice  and  problems,  INPUT  believes  an  initiative 
that  would  usefully  serve  many  organizations  is  the  "user  contract,"  or  as 
INPUT  prefers  to  describe  it,  the  "user  service  agreement." 

User  agreements,  if  executed  successfully,  establish  common  standards 
against  which  performance  can  then  be  monitored. 

This  sets  up  the  dialogue  that  users  desire. 

IS  gets  its  chance  to  "educate"  users. 

Expectations  can  often  be  influenced  and  managed  by  IS. 

A  joint  measuring  process  is  established. 

Regular  reports  and  meetings  provide  early  warning  of  changing  needs 
and  objectives. 

The  next  section  is  devoted  to  exploring  the  opportunities  inherent  in  service 
agreements. 
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B.       USER  SERVICE  AGREEMENTS 


o        There  are  four  aspects  to  implementing  user  service  agreements  ("user 
contracts")  in  an  organization: 

Deciding  whether  service  agreements  are,  in  fact,  suitable  for  a 
particular  organization. 

Defining  the  agreements'  contents. 

Establishing  the  initial  service  agreements. 

Ensuring  that  IS  has  the  resources  to  support  the  process. 

o        Each  of  these  points  will  be  discussed  in  this  section. 

I.       DECIDING  WHERE  SERVICE  AGREEMENTS  ARE  ADVISABLE 

o        Some  organizations  are  bad  bets  for  introducing  service  agreements. 
Examples  include  environments  where: 

Basic  corporate  policies  are  in  a  constant  state  of  flux. 

.         If  the  corporation  cannot  answer  the  question,  "Who  am  I?" 
then  users  in  particular  areas  will  have  similar  problems 
consistently  enunciating  their  needs. 

IS  itself  will  also  be  buffeted  in  this  sort  of  environment  and  will 
find  it  difficult  to  live  up  to  its  commitments. 

User  management  turnover  is  high  and/or  user  management  is  not 
strong  or  very  political.  Agreements  cannot  be  built  on  sand. 

The  underlying  business  is  subject  to  marked  fluctuations  that  cannot 
be  predicted  or  influenced  by  the  organization.  "Reaction"  and  "catch- 
up ball"  are  the  watchwords.  Agreements  would  not  make  much  sense. 


-  3  -  (U-EPM-AppD)  ML  6/26/84 


This  does  not  mean  that  an  organization  must  be  rigid  and  unchanging  to 
benefit  from  service  agreements.  The  best  environment  is  one  that  is  growing 
and  dynamic. 

In  addition,  the  corporate  environment  should  be  receptive  to  planning  in 
general.  The  environment  would  be  very  favorable  if  past  planning  efforts 
resulted  in  bottom-line  benefits  that  are  widely  perceived  and  accepted. 

FACTORS  DEPENDENT  ON  INFORMATION  SYSTEMS 

Some  of  the  critical  factors  for  making  service  agreements  work  are 
dependent  on  the  nature  and  capabilities  within  IS  itself.  It  makes  no  sense  to 
enter  into  agreements  that  IS  stands  little  chance  of  fulfilling. 

For  example,  some  "central"  or  "corporate"  IS  departments  are  staff, 
planning,  or  coordinative  groups.  They  often  do  not  have  either  the  detailed 
operational  knowledge  or  the  means  of  allocating  specific  operational 
resources.  This  kind  of  group  will  find  it  difficult  to  avoid  over-  or  under- 
committing  resources.  It  will  also  find  it  difficult  to  make  resource  re- 
allocations. 

The  capabilities  of  IS  staff  and  computer  resources  must  be  candidly  assessed. 

Some  IS  organizations  may  be  in  a  rebuilding  phase.  Taking  on 
voluntary  commitments  that  would  result  in  more  failure  is  not  the  way 
to  nurse  the  patient  back  to  health. 

On  the  other  hand,  where  IS  management  is  new  and  has  succeeded  in 
making  internal  improvements,  service  agreements  are  a  way  of 
making  the  new  state  of  affairs  clear  to  the  outside  world. 

Finally,  there  are  some  specific  capabilities  that  will  be  required  to  make  the 
process  work: 


-  4  -  (U-EPM-AppD)  ML  6/26/84 


.If' 


ProjecWand  time-estimating  skills  will  be  important  for  IS  to  carry  out 
its  conthactual  responsibilities.  An  adequate  system  should  be  in  place. 

Linked  with  estimating  skills  is  the  requirement  to  deal  with 
performance  measurement  questions.  As  noted  earlier,  terminal 
uptime  and  response  time  are  two  of  the  most  critical  issues  involved. 

In  many  organizations,  these  measurements  are  performed 
incompletely  or  not  at  all. 

It  may  be  necessary  to  rely  on  user  personnel  for  some 
measurements  in  these  areas,  in  order  to  build  trust  and 
communication. 

Exhibit  D-l  summarizes  the  effects  of  the  organizational  and  IS  factors  that 
affect  the  advisability  of  introducing  service  agreements. 

USER-RELATED  FACTORS 

Service  contracts  will  not  serve  a  useful  purpose  if  relations  with  a  particular 
user  are  getting  worse  or  are  already  bad. 

There  is  a  minimum  level  of  trust  and  confidence  required  to  make 
such  agreements  work.  If  this  is  lacking,  trying  to  introduce  a  new, 
unfamiliar  issue  will,  at  least,  further  complicate  matters  and,  at 
worst,  make  the  user  think  IS  is  trying  to  divert  attention  from 
existing,  well-known  problems. 

However,  where  relations  are  improving,  even  if  they  still  are  not  very 
good,  a  service  agreement  can  be  further  evidence  of  IS's  commitment 
to  improvement. 

There  can  sometimes  be  a  thin  line  between  these  two  situations,  and  it 
can  be  useful  to  initially  introduce  an  intermediary  (from  either  inside 
or  outside  the  firm)  to  assess  the  situation  objectively. 


-  5  -  (U-EPM-AppD)  ML  6/26/84 


9 


O 


■  i 


It  is  important  that  key  users  be  distinguished  from  the  average  and  limited 
users. 

It  is  the  key  users  who  usually  determine  whether  data  processing  will 
be  successful  in  an  organization  and  how  much  the  use  of  the  computer 
will  contribute  to  the  firm. 

Key  users  are  identified  by  a  combination  of: 

.         The  importance  of  the  user  department  to  the  organization. 

The  proportion  of  IS  resources  (human  and  hardware)  that  the 
user  department  consumes. 

Exhibit  D-2  illustrates  graphically  the  relationships  between  the  three 
types  of  users— key  users,  average  users,  and  limited  users. 

.         Generally,  where  a  department  consumes  significant  systems 
resources  and/or  the  department  is  important  to  the  company, 
the  department  will  be  a  key  user. 

Note,  however,  that  where  there  is  a  pairing  of  extremes  (high 
consumption  -  low  departmental  importance,  or  vice-versa),  the 
department  is  probably  not  a  key  user. 

.         Some  IS  organizations  may  find  that  they  in  fact  have  few  key 
users:  their  biggest  customers  are  not  very  important  in  the 
totality  of  the  organization.  Missionary  work,  which  may  or 
may  not  involve  service  agreements,  would  certainly  be 
indicated. 

Knowledgeable,  sophisticated  users  are  certainly  good  candidates  for  user 
contracts. 

Many  of  the  definitional  and  expectation  problems  caused  by  more 
naive  users  will  be  absent. 
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This  kind  of  user  often  is  also  more  involved  with  the  IS  department 
and  data  processing  operations. 

Of  course,  they  cannot  be  ignored  so  easily  when  things  go  wrong. 

Where  users  are  increasing  their  use  of  services  not  supplied  by  IS,  this  can  be 
a  sign  that  a  service  agreement  is  needed  so  they  receive  the  services  they 


Sometimes  users  go  outside  for  services  that  IS  capinot  supply  at  all 
(e.g.,  certain  external  information  data  bases)  or^'cannot  do  feasibly 
(e.g.,  a  personal  computer  on  every  analyst's  desk). 

However,  sometimes  users  look  elsewhere  because  they  believe,  rightly 
or  wrongly,  that  IS  cannot  meet  their  needs.  Drawing  up  an  agreement 
with  the  user  will,  at  the  least,  identify  whether  this  is  so. 

Finally,  current  user  satisfaction  as  perceived  by  IS  should  not  be  a  factor  in 
deciding  whether  to  establish  service  agreements.  As  shown  earlier,  IS  is 
more  likely  to  be  wrong  than  right  in  this  assessment. 

Exhibit  D-3  summarizes  the  effects  of  these  user-related  factors  that  would 
affect  the  advisability  of  introducing  service  agreements. 


Service  agreements  should  focus  on  essentials.  The  following  is  not  required: 
Complexity. 
Undue  formality. 
Legalisms. 


need. 


SERVICE  AGREEMENT  CONTENTS 


Rigidity. 
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Service  agreements  could  become  extremely  large,  if  every  element  of  IS-user 
relationships  were  defined.  In  many  cases  this  is  not  necessary.  Where 
routine  operations  (e.g.,  batch  financial  systems)  have  been  operating 
smoothly  for  many  years,  the  adage  "if  it  ain't  broke,  don't  fix  it"  should  be 
followed. 

The  areas  that  should  be  focused  on  are  those  areas  that  are  new,  critical, 
and/or  have  a  significant  problem  potential.  INPUT'S  research  indicates  that 
for  many  IS  departments  the  critical  areas  will  be: 

Terminal  downtime. 

Response  time. 

Program  development  requests. 

The  exact  issues  to  be  dealt  with  will  naturally  vary  from  user  to  user, 
depending  on  user  needs  and  the  status  of  the  application.  However,  there 
will  be  certain  points  that  should  at  least  be  considered  in  every  case. 
Exhibits  D-4,  D-5,  and  D-6  are  checklists  of  items  that  should  be  considered 
for  inclusion  in  every  agreement. 

User  agreements  should  be  viewed  as  flexible,  open-ended  documents  with 
provision  for  modification  by  either  side,  based  on  changing  conditions. 

Again,  a  legalistic  or  buyer-seller  state  of  mind  should  be  avoided. 

It  is  important  that  both  sides  be  able  to  give  as  much  warning  as 
possible  to  the  other  when  adverse  conditions  threaten.  Otherwise,  the 
tendency  will  be  to  hope  for  the  best  and  postpone  bad  news  as  long  as 
possible. 

This  raises  a  related  question  of  whether  chargeback  rates  should  be  included 
in  the  agreement. 
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One  of  the  main  advantages  to  using  the  term  "service  agreement"  is  avoiding 
the  word  "contracts,"  which  implies  a  buyer-seller  relationship. 

Most  IS  operations  are  not  set  up  in  such  a  way  that  real  money  (or 
even  reliable  pseudo-money)  changes  hands. 

As  indicated  earlier,  most  chargeback  systems  are,  at  best,  accounting 
conventions.  Unless  the  chargeback  system  is  thought  through  at  least 
as  well  as  the  user  agreement  is,  it  would  be  a  mistake  to  associate  the 
two  in  one  package. 

If  charges  are  not  included  in  the  agreement,  then  what  does  IS  get  out  of  the 
agreement?  Are  promises  being  made,  with  nothing  received  in  return?  IS 
management  should  squarely  face  the  fact  that  they  are  an  internal  service 
organization.  All  benefits  are  supposed  to  flow  in  one  direction,  hence: 
service  agreement. 

What  IS  management  receives  is: 

A  baseline  on  which  to  be  judged. 

A  measurement  process  agreed  to  by  key  users. 

A  standardized  process  for  being  informed  of  changes  in  user  activities. 


DEVELOPING  USER  SERVICE  AGREEMENTS 


In  most  organizations  there  will  be  little  initial  pressure  from  users  to 
establish  data  processing  service  agreements. 


-As  indicated  in  the  study  findings,  there  is  as  yet  little  user  awareness 
of  the  concept. 

Consequently,  IS  can  introduce  user  service  agreements  in  a  cautious,  orderly 
process. 
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Exhibit  D-7  shows  the  typical  steps  that  should  be  followed  in 
developing  user  service  agreements. 

Most  of  the  steps  have  been  discussed  in  previous  section 

Make  sure  that  top  management  and  user  managers  understand  the 
concept.  It  is  important  not  to  use  the  word  "contract." 

Be  prepared  to  be  flexible  and,  within  reason,  to  modify  the  form  of 
agreements  to  meet  user  demands. 

Do  not  promise  more  than  can  be  delivered. 

INFORMATION  SYSTEMS  RESOURCES  NEEDED 

Assuming  that  IS  has  made  the  correct  choice  in  deciding  to  implement 
service  agreements,  the  basic  resources  that  IS  needs  to  support  the  process 
will  be  in  place. 

However,  there  will  be  some  specialized  skills  and  tools  that  will  be  of 
considerable  assistance  in  making  service  agreements  work.  These  include: 

Cost  estimating. 

Performance  measurement. 

Decision  support  systems. 

Rapid  prototyping. 
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APPENDIX  E:         EXCERPTS  FROM  INPUTS  REPORT,  SUPPORTING 
PERSONAL  COMPUTER  SOFTWARE 


A.       ORGANIZATIONAL  SIZE  IS  A  HIDDEN  FACTOR  IN  THE  PC  SOFTWARE 
EXPERIENCE 


o        The  size  of  the  organization  is  an  of ten<)ver looked  issue  in  PC  support.  The 
size  has  an  impact  on: 

The  nunnber  of  PCs  supported. 

The  attitude  toward  using  outside  vendors  and  services. 

o        The  relative  strength  and  motivating  forces  of  PC  use  vary  by  organization 

size.  Users  acting  alone  are  most  significant  in  large  companies  because  they 
have  the  size  and  resources  to  vividly  affect  PC  campaigns.  Small  companies 
quite  often  go  it  alone  because  of  the  absence  of  central  IS  capability. 
User/vendor  combinations  are  most  prevalent  in  small  and  medium-sized 
companies,  and  the  similarity  in  size  of  vendor  and  user  organizations  provides 
an  acceptable  as  well  as  a  comfortable  working  relationship. 

o        Personal  computing  use  also  can  be  categorized  by  organization  size.  Smaller 
companies  often  look  to  vendors  for  assistance  in  implementing  customized 
systems.  Larger  companies  can  mobilize  resources  to  build,  maintain,  and 
replicate  systems  effective  for  all  applicable  PC  users,  while  in  medium-sized 
companies  there  is  a  danger  that  custom  software  may  be  dependent  on  one 
person  to  operate  and  maintain  it. 
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CATEGORIES  OF  PC  SOFTWARE  SUPPORT 


o        Adequate  standard  setting  and  enforcement  provide  the  foundation  for  PC 
software  support. 

o        The  biggest  issue  for  PC  software  selection  is  whether  a  particular  application 
belongs  on  a  PC.  Alternatives  to  a  PC  include: 

An  information  center. 

A  mainframe  base. 

A  minicomputer-based  turnl<ey. 

A  manual. 

o        The  most  important  contribution  to  effective  use  of  PC  software  is  education 
and  training.  Unfortunately  it  is  the  most  neglected.  Good  documentation  is 
also  neglected.  It  is  difficult  to  convince  users  to  document  their  custom 
programs,  especially  when  IS  systems  are  not  necessarily  good  examples. 

o        Problem  resolution  is  the  central  role  of  a  support  organization.  Too  often, 
however,  PC  software  support  is  equated  with  problem  resolution.  The  result 
is  a  support  function  relegated  to  "fire  fighting."  Problem  resolution  should 
be  the  backstop,  not  the  f  ront||^ne,  of  PC  support. 

C.       THE  GREATER  THE  \S.  RESOURCE,  THE  GREATER  THE  POTENTIAL 
BENEFIT 

o        There  are  four  levels  of  PC  software  support.  In  order  of  resource  and 
expertise,  they  are: 
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The  foundation  level. 


The  comnriitment  level. 

The  full  service  support  level. 

The  leading^dge  support  level. 

o        It  is  usually  advisable  to  implement  one  service  level  prior  to  the  succeeding 
one. 

o        The  foundation  level  represents  the  best  price/performance  level  for  most 

companies.  This  level  requires  a  minimal  amount  of  IS  resource.  Consulting 
services  is  the  primary  component  of  this  level,  and  it  establishes  the  frame- 
work for  controlling  PC  software  support. 


o        The  leading  edge  can  be  the  riskiest  approach  but  can  also  provide  the  highest 
reward.  In  this  support  level,  IS  will  design  and  implement  a  comprehensive 
set  of  PC  applications.  The  main  risk  is  that  IS  will  not  produce  the  right 
system  or  that  users  may  not  accept  it.  The  reward  is  a  comprehensive, 
efficient  use  of  PCs  throughout  an  organization. 


D.       DETERMINING  THE  LEVEL  OF  RESOURCE:  AN  ACT  OR  A  SCIENCE? 


o        There  is  no  single  formula  for  determining  PC  software  support  resource 
requirements.  It  is  possible,  however,  to  establish  the  order  of  magnitude 
within  the  problem.  The  major  elements  are  related  to  user  characteristics 
(i.e.,  the  number  of  people  who  are  direct  hands-on  PC  users).  More  resources 
are  required  for  a  start-up  operation  as  opposed  to  the  "steady-state"  of  an 
already  existing  operation.  Certain  types  of  users,  such  as  scientists, 
engineers,  and  frequent  PC  users,  require  less  support. 

o        Other  factors  affecting  the  intensity  of  support  demands  are: 
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Ultimate  recipient  of  output  (user  as  president). 


Source  of  data. 

Quality  of  software  selection  process. 

Software  source. 

Extent  of  multivendor  sources. 

Extent  of  user  training. 

o        Taking  all  the  above  factors  into  account  and  using  timesharing  companies' 

support  ratios  as  a  guide,  the  ratio  of  PC  support  staff  to  end  users  will  range 
from  1:50  to  1:300. 


E.       I.S.  SHOULD  BE  THE  PRIMARY  SOURCE  OF  SUPPORT 


o        There  are,  potentially,  many  different  sources  of  PC  software  support.  A 

separate  PC  support  unit  in  the  IS  department  could  provide  support  for  every 
area.  There  are  many  other  sources  that  also  may  be  considered: 

IS  department  in  general  (no  specialized  group). 

Users. 

Computer  stores. 

Hardware  and  software  vendors. 

PC  software  consultants  (external  consultants). 

Training  specialists  (external  or  internal). 
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o        It  is  difficult  to  make  generalized  statements  since  the  availability  and  qual- 
ity of  stores  and  consultants  vary,  based  on: 

Geography. 

PC  hardware/software  environment. 
Application  area. 

o        It  is  possible,  however,  to  categorize  these  sources  as  being  potentially  pri- 
mary or  secondary  assistance  resources. 

F.       METHODS  OF  FINANCING  PC  SOFTWARE  SUPPORT 

o        The  key  issue  for  providing  PC  software  support  is  finding  the  financial  re- 
sources. Too  often  inadequate  support  is  spread  among  a  wide  range  of  func- 
tions because  of  improper  financing.  This  kind  of  support  can  be  worse  than 
no  support  at  all. 

o        Many  IS  departments  assume  that  PC  software  support  must  be  the  same  as  a 
mainframe-based  system;  support  is  provided  by  in-house  IS  staff  and  is  part 
of  the  overhead  cost. 

o        Abdicating  responsibility  for  support  to  the  user  will  not  solve  the  problem. 
The  user  is  usually  ill-equipped  to  support  PC  software.  There  are,  however, 
other  alternatives  for  financing  support;  these  include: 

Charging  back  support  costs  to  users,  either  involuntarily  or  volun- 
tarily. 

"Bundled"  services,  where  IS  leases  hardware,  software,  and  support 
services  to  internal  users. 

Charging  fees  for  individual  support  services. 
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IBM'S  PC  COMMUNICATIONS  FRAMEWORK 
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EXHIBIT  1-2 


CORPORATE  MICRO  GROWTH,  1984-1986 
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EXHIBIT  1-3 


MICRO-MAINFRAME  REPORT  RELATIONSHIPS 
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EXHIBIT  11-1 


END^USER  AND  IS^MANAGEMENT 
VIEWS  OF  THE  MICRO  (1981) 
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END^USER  AND  IS  MANAGEMENT  VIEWS 
OF  MICRO-MAINFRAME  LINKAGE  (1984) 
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MICRO-MAINFRAME 
APPLICATIONS  GROWTH:  1984-1988 
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EXHIBIT  11-4 


SHARED  FUNCTIONALITY: 
THE  GOAL  AND  THE  CHALLENGE 
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EXHIBIT  11-5 


CONNECTIVITY  ALTERNATIVES 


Interactive 
Application 


On-Line  ^ — 
Batch 
Application 


Data 


A 

Micro 


Data 


Data 


Host 


Data 


(Numerals  refer  to  steps.) 
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EXHIBIT  II-6 


MICRO-MAINFRAME  DANGERS 


•  Data  Base  Linkages 

•  Security 

•  Loss  of  Flexibility 

•  User  versus  IS  Control 

•  Design  and  Implementation 
Changes 
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EXHIBIT  il-7 


RECOMMENDATIONS 

•  User-IS  Relationships 

-  IS:  Business  Orientation 

-  Users:  Knowledge  and 
Confidence 

•  PC  Support  Unit 

•  IS  Initiatives:  Easy  Projects 
-  -  Experience 

-  Confidence  Building 

•  Consider  Decentralization 

•  Experiment  with  Vendors 
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EXHIBIT  III-1 


CENTRAL  LOAN  DATA  BASE:    MATRIXED  WITH  PCs 


Portfolio  Management 
Functions  (Examples) 


ateral 
Evaluation 


Loan  Types 
(Examples) 


PC 


PC 


PC 


PC 

PC 

PC 

Loan  Team  PC  Functions  (Examples) 

•  Update 

•  Validate 

•  Inquiry 
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EXHIBIT  III-2 
SHIFTING  OF  CONTROL  FROM  MAINFRAME  TO  MICRO 


Computer  System  Related  Data  Flows 

Human  Communications  

Other  Flows  —  —  —  —  —  —  —  — 

Numerals  indicate  processes 
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EXHIBIT  lil-3 


ORDER  ENTRY  APPLICATION  COMPONENTS  (LOGICAL  VIEW) 


Directory  DB 


•  Product  Directory 

•  Customer  Directory 

•  Discount  Schedules 


Production  Status  DB 


Financial  DB 


•  Product  Inventories 

•  Production  Schedules 

•  Customer/Warehouse 
Shipping  Schedules 


•  Input  Screens 

•  Edit  Logic 

•  Data  Base  Access  and 
Posting 

•  Invoice  Preparation 


•  Accounts  Receivable 

•  Payment  History 

•  Credit  Files 

•  Commission 
Calculation 


Order  Processing 


Sales  Force 


Warehousing 


Customer  Inquiries 
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EXHIBIT  III-4 


CURRENT  DISCOUNT  STRUCTURE  (Logical  View): 
PRINCIPAL  DISCOUNT  FACTORS 


Demonstrates 
Effects 
on  Price  of 
Successive 
Discount  Factors 


Cumulative 
Effect  of 
■evious  Orders 


Order  Sizes  (Sometimes  Mix  and  Match) 

*  Demonstrates  Effects  on  Price  of  Successive  Discount 
Factors 
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Specific 
Products 
and  Product 
Combinations 


EXHIBIT  111-5 


CURRENT  DISCOUNT  STRUCTURE  (Logical  View): 
OTHER  DISCOUNT  FACTORS 


Delivery  Points  ^ 


Delivery  Methods 


Credit  Factors 


Corporate  Needs  (Targets,  Supply 
Costs) 
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IHXHIBIT  III-6 


DISTRIBUTED  USER  VIEW  OF  ORDER  ENTRY  APPLICATION 
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EXHIBIT  lil-7 

AN  UNPLANNED  EVOLUTION  INTO  A  UNIX  ENVIRONMENT 


Operational 
Computing/ 
Transaction 
Files 


Host  System 


Summary  Files 


(b) 


(a) 


I  nformation 
Center-Terminals 
(Analysis) 


Download 


IBM  PCs  + 
VisiCalc 
(Analysis) 


Download 


r 
I 


Upload 
Download 


•*1 

H 
I 


"PC  -  XT"  + 
UNIX  (Analysis 
Operations) 


(a)  — . 

(b)  — . 


IS  View 
End-User  View 


I 


I 


 -  — T 

User  B  | 


i  1  I 

'    User  A  I  i 

L-__j  I  \  I  J 


I  User  C 
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EXHIBIT  III-8 


AN  INSURANCE  COMPANY'S  MICRO-MAINFRAME  NONCONNECTION 


Traditional 



Host 

Accounting/ 

Statistical 

Reports 

/  1 

Broken 
Connection 


Accounting, 
Statistical 
Input 


Manual  / 
Summaries 


Micro-Based 
Li  ne-of- Business 
Applications 


Policy 
I  ssuance 
and  Changes 


Marketing 
Analysis 
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EXHIBIT  III-9 
END-USER  CASE  STUDY  SUMMARY 


Case 
Study 

User 
Satis- 
faction 
with  IS 

Micro 
Initiative  from 

Political/ 
Emotional 
Content 

Technical 
Adequacy 
of 

1  nitiative 

End- 

Jser 

Probability  of 
Initiative's  Success 

Technical 
Under- 
standing 

Commit- 
ment 

User 

IS 

Current 

Future 

Bank 

High 

X 

Low 

High 

Medium 

Medium 

High 

High 

Retail 

Low  / 

X 

Low 

Medium 

Low  / 

High 

Medium 

Low 

Medium 

Medium 

Order 

Low 

X 

High 

Low 

Low 

Medium 

Low 

Low 

Entry  (2) 

UNIX 

Medium 

X 

Low 

Medium 

Low 

Medium 

Low  / 

Low 

Medium 

1 nsurer 

Low 

X 

High 

High 

High 

High 

High 

Medium  / 

High 

EXHIBIT  111-10 


DIFFERENCES  BETWEEN  ANALYTIC  AND  PRODUCTION  SYSTEMS 


FACTOR 

AN Al YTI r 

^dllV^ff       I   d  IIIILICILCa 

I  C3 

INOt  usually 

Senior  Personnel  Use? 

Yes 

No 

Timeframe 

Short 

Medium  to  Long 

Changes  in  Software  Design/ 
Coding  Assumed? 

Yes 

No 

System  Reused  Regularly? 

Sometimes 

Usually 

Model  Oriented? 

Yes 

No 

Off-the-shelf  Packages 
Usable? 

Rarely 

Usually 

New  Internal  Data  Elements 
Created? 

Rarely 

Often 

External  Data  Required? 

Often 

Rarely 
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EXHIBIT  IV-1 


RESPONDENTS'  VIEW  OF  SHARED  FUNCTIONALITY 


Mainframe 
System 


Sharing 
of  Data" 


Sharing  of 
"Processing- 
Capabilities 


Microcomputer 
System 


85%  of  respondents  subscribe  to  this  view  of  micro-mainframe  applications. 
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EXHIBIT  IV-2 


KEY  iVmaNACERS'  VIEW  OF  SHARED  FUNCTIONALITY 
*v  A 


Mainframe 
System 


Sharing 
of  Data' 


Microcomputer 
System 
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EXHIBIT  IV-3 


EXPECTATION  OF  EXTENSIVE 
HOST-MICRO  SHARED  APPLICATION  FUNCTIONALITY 


Very 


Positive 


Moderately 
Positive 
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EXHIBIT  IV-4 


ATTITUDES  TOWARD  SHARED  FUNCTIONALITY  APPLICATIONS: 
SELECTED  CROUPS  WITH  HIGHER  THAN  AVERACE  ATTITUDES 


Corporate  Average 


Plan  to  Use  Vendor  Software 
(Generally) 

Plan  to  Use  Vendor  Professional 
Services 

Plan  to  Communicate  from  Own 
Micros  to  Other  Companies'  Hosts 

View  Data  Base  Synchronization 
As  a  Serious  Problem 

Plan  to  Communicate  from  Own 
Micros  to  Micros  in  Other 
Departments 

Expect  Equal  Amounts  of 
Interactive  and  On-Line  Batch 
Micro-Mainframe  Applications 

Micros  Linked  to  More  Than 
One  DBMS 

Discrete  Manufacturers  Plan 
to  Use  Turnkey  Vendors 


-5  -4 
Very 
Unfavorable 


-3 


0 


+  1 


+2  +3 


*  Based  on  Rating  Scale 


Attitude  toward 
Shared  Functionality* 


+4  +5 
Very 
Favorable 
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EXHIBIT  IV-5 


ATTITUDES  TOWARD  SHARED  FUNCTIONALITY  APPLICATIONS: 
SELECTED  GROUPS  WITH  LOWER  THAN  AVERAGE  ATTITUDES 


Corporate  Average 


Companies  over  $2  Billion 


Process  Manufacturers 

Plan  to  Use  Existing  Data  Base  with 
Micro-Mainframe  Applications 

Few  Plans  to  Communicate  from  Micros 
to  Other  Departments'  Micros 

Few  Plans  to  Communicate  from  Own 
Micros  to  Other  Companies'  Hosts 

Banks 


Few  Plans  to  Use  Turnkey  Vendors 

Do  Not  View  Data  Base  Synchronization 
as  Serious  Problem 

Few  Plans  to  Use  Vendor  Software 


Few  Plans  to  Link  Micro  to  More  Than 
One  Data  Base 

Plan  Predominantly  On-Line  Batch 
Micro-Mainframe  Applications 


+  1.7 


+  1.5 


f1.4 


+  1.4 


+  1.4 


+1.4 


+  1.3 


+  1.2 


+  1.1 


+  1.0 


+0.  8 


+0.  7 


_L 


J  I  \  L_J 

-5  -4  -3  -2  -1  0  +1  +2  +3  +4  +5 
Very  VerN 


Unfavorable  Attitude  toward 

Shared  Functionality* 


Favorable 


*  Based  on  Rating  Scale 
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EXHIBIT  IV-6 


HIERARCHY  OF  MICRO-MAINFRAME  CONNECTIVITY 


1.  Manual 


a.  New  Data 

b.  Rekeyed  Data 


Downloading  -  Low  Speed 

a.  Extracts 

b.  Operational  Files 


3.     File  Exchanges  (Bidirectional) 

a.  Low  Speed,  Proprietary  Structure 

b.  Low  Speed,  Generalized  Structure 

c.  High  Speed,  Proprietary  Structure 

d.  High  Speed,  Generalized  Structure 


Logical  Data  Bases  Covering 
a.    Multiple  Physical  Hardware  Environments 


Multiple  Software  Environments 


Segmented  Applications  Programs 
(Coordinated  Processing  Between  Mainframe 
and  Micro) 

a.  Batch 

b.  Interactive 


Key:     Darker  Shades  Indicate  More  Complex 
I ssues /Unresolved  Implementations 
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EXHIBIT  IV-7 
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EXHIBIT  IV-8 


MICRO-MAINFRAME  LINKAGE  ALTERNATIVES 


TYPE  OF  QUERY 

,  Batch 


Interactive     On-Demand  Automatic 


UEPM 


EXHIBIT  IV-9 


CULLINET  MICRO-MAINFRAME  OFFERINGS 
(Projoctod)—  (^Awrtoi-vvc*^) 


VSAM 


IMS 


IDMS/R 


Extract  Utility 


Information  Data  Base 


3270  Emulation 


Host 
Micro 


IBM  PC 


Relational 
Data  Base/ 
Spreadsheet 


Financial 
Modeling 


:::::["::x:::::i:::" 


Text 
Processing/ 
EMS 


Graphics 


"Trend-Spotter" 
Graphics 
Turnkey 
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EXHIBIT  IV-10 


McCORMACK  S  DODGE  MICRO-MAINFRAME  OFFERING 


McCormack  &  Dodge- 
Mainframe  Files 


1 


On-line 
Query* 
Extract 
Request 


Down 


e 

load 


(3)  Update 


IBM  PC  (Lotus  1-2-3) 


*  Non-McCormack  &  Dodge  =  Batch  Mode 
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EXHIBIT  IV-11 


INFORMATICS  MICRO-MAINFRAME  OFFERING  (VISIANSWER) 

I 


ANSWER/DB  1 

Visi  Answer 

Request  (T) 

Fi  1(!  Download 

f 



^^^^^^^ 

VISICALC  (  +  Others)  i 
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EXHIBIT  IV-12 
COMSHARE'S  SYSTEM  "W" 


System  W-Host 


Programs 
(Optional) 


Data 


System  W-IBM  PC 
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EXHIBIT  iV-13 


INTERACTIVE  VERSUS  ON-LINE  BATCH  MICRO-MAINFRAME  APPLICATIONS; 

CORPORATIONS  AND  VENDOR  VIEWS 


MICRO-MAINFRAME 
APPLICATIONS 
WILL  BE: 


Predominantly 
Interactive 


Predominantly 
On-Line  Batch 


Interactive  and 
On-Line  Batch 
Equally 


10 


20  30  40 

Percent  of  Respondents 


[    I  Corporations 
Vendors 
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EXHIBIT  IV-1it 


DEVELOPMENT  STRATEGIES  FOR  APPLICATIONS  SOFTWARE  FOR 
MICRO-MAINFRAME  SYSTEMS:     CORPORATE  AND  VENDOR  VIEWS 


DEVELOPMENT 
STRATEGY 


Modification  of 
Existing  Software 

Adding  New  Appli- 
cation Code  to 
Existing  Data  Base 

Writing  Entirely 
New  Application 


Assessment  of  Importance 


I    I  Corporate  View 

^9  Vendor  Assessment  of  Corporate  Plans 
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EXHIBIT  IV-15 


EXTENT  TO  WHICH  A  PARTICULAR 
DEVELOPMENT  STRATEGY  SUPPORTS  OTHER  STRATEGIES 


THEN  ITS  RATING  OF  THE  FOLLOWING  IS: 

Modifying 
Existing 
Software 

Adding 
Applications 
to  Existing 
Data  Base 

Writing  New 
Applications 

^ORS 

Modifying 
Existing 
Software 

N/A 

2.5 

2.7 

< 

LL 

jMPANY 

Adding 
Application 
to  Existing 
Data  Base 

3.5 

N/A 

3.2 

u 

< 

u. 

Writing  New 
Applications 

3.2 

2.4 

N/A 

Average  Rating 

3.  3 

2.5 

2.7 

Rating:  1  =  Low  Importance,  5  =  High  Importance 
N7A  =  Not  Applicable 
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EXHIBIT  IV-16 

VENDOR  INVOLVEMENT  IN  MICRO-MAINFRAME  APPLICATIONS 


Currently  Implemented  or  in  Development 


In  Planning  or  Concept  Stage 


[^Vendor  Involvement  In-House  Implementation 
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EXHIBIT  V-1 


FUTURE  IMPORTANCE  OF  XT/370  TO  SELECTED  GROUPS 


Company  Respondents* 


Average 


Planning  New  Micro- 
Mainframe  Applications 

Vendor  Assessment  of 
Importance  to  Companies 

Now 


1986 


1 

Low 


2  3  1* 

Importance  of  XT/ 370 


5 

High 


*  Future  Use 
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EXHIBIT  V-2 


XT/370  AND  UNIX: 
FUTURE  IMPORTANCE  AND  CURRENT  UNDERSTANDING 


XT/370 


UNIX 


Level  of  Importance 


Future  Importance  to  Company 

Current  Understanding  of  Product  by  Company 
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PROBLEMS 


IN 


EXHIBIT  V-3 
MICRO-MAINFRAME  CONNECTIVITY 


Diversion 
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EXHIBIT  y-H 


ADEQUACY  OF  SYSTEM  IMPLEMENTATION  APPROACHES 


RATINGS  OF  IMPLEMENTATION  APPROACHES 

CRITERIA 

TRADITIONAL 
MAI  N FRAME -BASED 

Ml  CRO-BASED 

MICRO/ 
MAI  NFRAME- BASED 

Data  Linkage  Across 
Applications 

C- 

D 

D- 

Application 
Transparency 

C 

A 

B  to  D 

Environmental 
Adaptability 

c 

D* 

D* 

Potential  for  Central 
Control 

B 

F 

C 

Flexibility  in  Meeting 
User  Needs 

C- 

A 

B  to  D 

Stability 

c+ 

D* 

D* 

Data  Synchronization 

D 

D 

Operation  Economy 

c 

A  to  D 

B  to  D 

Operation  Speed 

B 

A  to  F 

A  to  D 

implementation  Speed 

D 

A 

A  to  D- 

Key:   A  =  Meets  criteria  best 

F  =  Does  not  meet  criteria 
*  Potential  for  one  or  more  grade  improvement 
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EXHIBIT  VI-1 


ON-LINE  BATCH-DATA  TRANSFERS 


Files 


Records 


Ful 


Segments  Batched 

II 


Individual 


Weeks-Days 


Hours 


Minutes 


Seconds 
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EXHIBIT  VI-2 


DATA  BASE  POST-PROCESSOR:    LIMITS  EXCESSIVE  MICRO  INDEPENDENCE 


Micro  Application  Logic 

Data  Element  Changes 

▲ 

▲ 

▲ 

A 

A 

▲ 

▲ 

▲ 

Local 

Data 

Base 


Prior  Version 
of  Local  Data 
Base  (After 
Update  From 
Central  Data 
Base) 


Post- 
Processor  1  : 
Key  Data 
Element 
Comparison 


Data 
Changes 


Post- 
Processor  2: 
Transaction 
Generator 


Control  / 
Balance 
Analysis  and 
Report 


T  ransactions 
to  Central 
Data  Base 


▲    =  Data  Elements  Common  to  Host  and  Local  Data  Bases  (Key  Data  Elements) 
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EXHIBIT  VI-3 


ORGANIZATIONAL  EVOLUTION  INTO  THE 
MICRO-MAINFRAME  ENVIRONMENT  (Phase  1) 


Central  Mainframe, 
Corporate  Data  Bases, 
Communications 

Senior  Technical  Experts 

Multi-Department  Systems 


SBU  "A" 
Systems 


SBU  "B" 
Systems 


Physically  Decentralized, 
Reports  to  IS 


SBU  "C" 
Systems 


SBU  "D" 
Systems 
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EXHIBIT  Vi-4 


ORGANIZATIONAL  EVOLUTION  INTO  THE 
MICRO-MAINFRAME  ENVIRONMENT  (Phase  2) 


Experimental 
Micro-Mainframe 
Systems 


Central  Mainframes, 

Corporate  Data  Bases, 

Communications 

Senior  Technical  Experts 

Multi-Department  Systems 

II                  1  1  1 

Experimental 
Micro-Mainframe 
Systems 


Systems  Report 
to  SBU  "A" 


,  Systems    I  l  Systems  ' 

Physically  Decentralized, 
Reports  to  IS 


-1  +•> 

1  1 

1  ' 

1 

1      SBU  " 

C" 
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EXHIBIT  VI-5 


ORGANIZATIONAL  EVOLUTION  INTO  THE 
MICRO-MAINFRAME  ENVIRONMENT 
(Phase  3) 


Central  Mainframes, 
Corporate  Data  Bases, 
Communications 


Senior  Technical  Experts 


Multi-Department  Systems 


SBU  "D" 


All  "owned"  application  system  functions  are  physically 
located  in  and  report  to  their  SBUs. 
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EXHIBIT  D-1 


ORGANIZATIONAL  AND  INFORMATION  SYSTEMS  FACTORS  AFFECTING 
ADVISABILITY  OF  INTRODUCING  SERVICE  AGREEMENTS 


FACTOR 

POSITIVE 
ELEMENT 

NEUTRAL 
ELEMENT 

NEGATIVE 
ELEMENT 

Corporate  Organization 

Dynamic 

Kigid 

Unstable 

Planning  Receptivity 

1  1  *  1 

High 

Low 

Type  of  IS  Organization 

Centralized 

Decentralized 

Central 
Coordination 

IS  Personnel  Capabilities 

High 

Low 

IS  Top  Management  Time  in  Office 

Short 

Medium,  Long 

Hardware  Capacity 

Adequate 

inadequate 

Telecommunications  Reliability 

High 

Low 

IS  Time  Estimating  Track  Record 

Reliable 

Unreliable 

IS  Performance  Measurement 
Capabilities 

High 

Low 
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EXHIBIT  D-2 


DISTINGUISHING  KEY  USERS  FROM  OTHER  USERS 


Information  Systems  Resources 
Consumed  by  User  Department 
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EXHIBIT  D-3 


USER-RELATED  FACTORS  AFFECTING 
ADVISABILITY  OF  INTRODUCING  SERVICE  AGREEMENTS 


FACTOR 
(Separate  for  Each  User) 

POSITIVE 
ELEMENT 

NEUTRAL 
ELEMENT 

NEGATIVE 
ELEMENT 

Relations  with  User 

Moderate; 
Bad,  But 
Improving 

Excellent 

Moderate  & 
Worseni  ng; 
Bad 

Amount  of  Outside  Services  Used 

Increasing 

Stable; 
Decreasing 

User  Sophistication 

High 

Low ; 
Medium 

Importance  of  EDP  to  User 

High 

Low 

Proportion  of  IS  Resources  Used 

*■ 

High 

Low ; 

Medium 

Amount  of  User  Involvement 

High 

Low ; 
Medium 

User  Satisfaction  as  Perceived  by  IS 

Low , 

Medium , 
High 
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EXHIBIT  D-4 


SERVICE  AGREEMENT  CONTENT: 
TERMINAL  DOWNTIME  CHECKLIST 


• 

Definition,  i.e.,  by  type  of  malfunction 

Local  hardware 

-    Communication  line 

-    Centra!  Iiardware 

-    Applications  software 

• 

Uptime  requirements  by 

-    Time  period,  e.g.. 

•  Day  of  week 

•  Season 

-    Location  (geography,  organization) 

—    Equipment  type 

• 

Malfunction  repair 

-    Responsibility,  by  type  of  malfunction 

-  Process 

-    Equipment  backup 

• 

Measurement  methodology,  e.g.. 

User  problem  logs 

System  monitors 

• 

Measurement  responsibilities 

Reporting 

-  Meetings 
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EXHIBIT  D-5 

SERVICE  AGREEMENT  CONTENT: 
RESPONSE  TIME  CHECKLIST 

• 

Definition,  i.e., 

-  Minimum 

-  Maximum 

-  Average  (mean) 

-  Average  (median) 

-  Percentile  (e.g.  95th) 

• 

Requirements  by 

-  Time  of  dav 

-  Time  period  (day  of  week,  month, 

season,  etc.) 

-  Location  (geography,  organization) 

-  Type  of  transaction 

• 

Priorities  by  type  of  requirement 

-    E.g.,  where  contention /degradation  occur 

• 

Measurement  methodology,  e.g., 

-  System  monitors 

-  On-site  stopwatch  sampling 

• 

Measurement  responsibilities 

-  Reporting 

-  Meetings 
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EXHIBIT  D-6 


SERVICE  AGREEMENT  CONTENT: 
PROGRAM  DEVELOPMENT  REQUEST  CHECKLIST 


• 

Definition 

Levels  of  requests 

• 

Process 
Forms 
Information 

Routing  to  be  followed 

• 

User  responsibility 

-  Screening 

-  Prioritizing 

-  Batching  of  requests 
Benefit  assessment 
Benefit  measurement 

• 

Cost/benefit  process 
-    When  to  be  applied 
Payback  criteria 

• 

Feasibility  study  role 
Content 

Role  of  rapid  prototyping 
-  Turnaround 

• 

Maintenance  "release"  cycle 
Time  period 
Exception  process 
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EXHIBIT  D-7 


DEVELOPING  USER  SERVICE  AGREEMENTS 


1. 

Decide  whether  service  agreements  are  advisable  in  the 
organization's  environment. 

2. 

Develop  and  tailor  a  concept  for  the  specific  organization. 

3. 

Classify  users  into  key,  average,  and  limited-use  categories. 

A 

4. 

Discuss  concept  with  top  management,  key  users, 
and  selected  average  users. 

5. 

Develop  draft  agreement  guidelines. 

6. 

Negotiate  a  pilot  agreement  with  one  or  more  average 
users. 

7. 

Revise  guidelines  after  pilot  is  in  place. 

8. 

Circulate  revised  guidelines  to  key  users;  modify  as 
required. 

9. 

Negotiate  agreements  with  key  users. 

10. 

Negotiate  agreements  with  remaining  average  users 
after  arrangements  with  key  users  are  working 
satisfactorily. 

11. 

Negotiate  agreements  with  limited  users  after  all  other 
agreements  are  in  place. 

J 


STEPS  IN 
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